23ISO 25000-23Part 23 measurement record

Home / The record / 6.6 Reliability measures

ISO/IEC DIS 25000-23.2, 6.6 ยท Headings only

6.6 Reliability measures

Reliability covers how rarely the product fails, how much of the time it is available, how it behaves when part of it fails, and how quickly it recovers. The draft gives it four measure families.

The free preview lists this heading and its subheadings but not the requirement text. This page states what the heading requires in our words and never invents the wording.

Not legal advice; does not certify. This page states our reading of a public draft, not the standard's wording, and it is not an official interpretation.

What this heading covers

The four families describe different mechanisms and they need different data. Faultlessness is about the absence of failure in operation or test. Availability is about the proportion of time the service is usable. Fault tolerance is about continuing to operate when a component fails. Recoverability is about restoring service and data after a failure. A programme that reports availability alone has said nothing about how the product behaves when something breaks, and a faultlessness count without an operating window cannot be compared. Reliability measures are the ones most often built from operational data, which means the observability of the product is part of the measurement method.

Record position: characteristic 5 of 9, carrying 4 of the 40 measure families in clause 6.

What the heading asks of a team

Failure needs a definition

A failure is a departure from the required behaviour that a user or a monitor can observe. Without that definition, every support ticket becomes a failure or none does.

The window is part of the measure

Availability and failure rate are meaningless without the period and the population they cover.

Tolerance is tested, not hoped for

Fault tolerance needs an injected or observed component failure. A design document is not evidence of it.

The common confusion

Reliability is often reported as uptime. Availability is one of four families, and a product can be available, fragile, slow to recover and full of failures at the same time.

The measure families in this characteristic

What to put in place before publication

  1. Write the failure definition and the severity scale the reliability measures will use.
  2. Define the service window and the measurement period for availability, including planned maintenance.
  3. Plan the fault injection or the failure observation that will evidence fault tolerance.
  4. Write the recovery time objective and the recovery point objective, and measure against them.
  5. Connect the measures to the operational telemetry, and record the coverage of that telemetry.

The test a reviewer asks

  • Is the failure definition written down and used consistently across the four families?
  • Does the availability result state its window and whether maintenance is excluded?

Where teams usually fall short

  • Availability computed from an uptime monitor that only checks one endpoint.
  • Fault tolerance claimed from architecture diagrams, with no injected failure on record.

What happens next

Read faultlessness and availability together, then fault tolerance and recoverability. The first pair describes normal operation; the second describes a bad day.

Source

ISO Online Browsing Platform, free preview of ISO/IEC DIS 25000-23.2 https://www.iso.org/obp/ui#iso:std:iso-iec:25000:-23:dis:ed-1:v2:en read 22 October 2026

ISO/IEC 25010:2023, Product quality model https://www.iso.org/standard/78176.html read 22 October 2026

ISO/IEC 25023:2016, Measurement of system and software product quality https://www.iso.org/standard/35747.html read 22 October 2026

The rules this is built from

Read from the real rules, not invented.

This page is read from the public record for 6.6: the heading in the free contents, and where public, the text the preview carries.

  • Read from the real rules
  • 63 record pages behind it
  • 116 public headings checked
  • Check any line yourself

The measure set is read from the public contents; the model table is read from the public 25010:2023 model. Where the draft text is not public, the page says so instead of filling the gap.

Nothing here is guessed while you wait. Each page is written from the public record and points to the exact page it came from. Record updated 22 October 2026