Skip to main content

Search...

Non-functional Quality

Software can meet every functional requirement and still fail because it collapses under load, shuts people out, or cannot be run securely. This hub collects contributions on the quality characteristics that tend to be missing from requirements and become very visible in production.

Accessibility is a major focus, from testing with people with disabilities to accessible PDFs and the question of how AI can support accessibility. Alongside it are performance and load testing, quality in technical domains such as electric cars, wind turbines, and e-government systems, and quality by design. Retrofitting this kind of quality just before go-live is expensive, so a recurring question here is how to plan for it from the start.

Articles

Good Software: What Users Need Beyond Passing Tests
Good Software: What Users Need Beyond Passing Tests

Good Software: What Users Need Beyond Passing Tests

Good software supports its users, and matching the spec is only part of that. A camper van shows how software lets people down and which questions help.

Object-Oriented Technology: Promises Only Partly Kept
Object-Oriented Technology: Promises Only Partly Kept

Object-Oriented Technology: Promises Only Partly Kept

Object-oriented technology promised big productivity gains and near-zero maintenance. Studies show partial success, with gains in reuse and portability.

Sensory Impressions in Software Design
Sensory Impressions in Software Design

Sensory Impressions in Software Design

Software design gains depth when user wishes are captured with all senses. The Walt Disney strategy, VAKOG and the Dilts pyramid help along the way.

Testing Tools: Why Candidates Drop Off the Shortlist
Testing Tools: Why Candidates Drop Off the Shortlist

Testing Tools: Why Candidates Drop Off the Shortlist

Testing tools drop off a shortlist for simple reasons: no hands-on evaluation, unstable runs, poor process fit, pushy sales or clunky usability.

Podcast Episodes

Dark Side of Testing: The Failures We Cause Ourselves
Dark Side of Testing: The Failures We Cause Ourselves

Dark Side of Testing: The Failures We Cause Ourselves

A test can leak data, expose code or bring down production. The dark side of testing begins with the setup, which needs a risk assessment of its own.

Kubernetes Load Testing: Start with a Risk Question
Kubernetes Load Testing: Start with a Risk Question

Kubernetes Load Testing: Start with a Risk Question

CPU and RAM are rarely the bottleneck in Kubernetes load testing, caching or an external login more often. A test pays off once a decision follows.

Automatically Reviewing Documentation with AI Personas
Automatically Reviewing Documentation with AI Personas

Automatically Reviewing Documentation with AI Personas

Documentation testing with AI personas: a simulated junior developer burned 1.8 million tokens where a senior needed 300,000, exposing gaps in the docs.

Testing in 2025: Realism Wins, Accessibility Grows
Testing in 2025: Realism Wins, Accessibility Grows

Testing in 2025: Realism Wins, Accessibility Grows

Testing in 2025 got faster with AI for test cases, scripts and test data, and accessibility became a legal duty. Next up: orchestrating AI agents.

Dynamic Analysis: Embedded Coverage on Real Hardware
Dynamic Analysis: Embedded Coverage on Real Hardware

Dynamic Analysis: Embedded Coverage on Real Hardware

Dynamic analysis on real hardware: embedded trace measures code coverage in integration testing without the timing side effects of instrumentation.

Open-Source Software: Four Requirements for Vendors
Open-Source Software: Four Requirements for Vendors

Open-Source Software: Four Requirements for Vendors

Open source compliance starts once you ship software. Vendors need license checks and an S-BOM, which the Cyber Resilience Act makes mandatory.

Accessibility Act: Blind Testers Find What Tools Miss
Accessibility Act: Blind Testers Find What Tools Miss

Accessibility Act: Blind Testers Find What Tools Miss

Accessibility testing can't be fully automated. Accessible components can still break once combined, and blind testers catch it with screen readers.

Secure by Design: Security Starts at the Beginning
Secure by Design: Security Starts at the Beginning

Secure by Design: Security Starts at the Beginning

Secure by design means building security in from day one, not bolting it on later. What defense in depth, secure defaults and threat modeling look like.