Part 3 · Test performance and human review

Chapter 11: Measuring AI Performance

Calculate precision and recall, examine critical misses and interpret the limits of test results.

On this page

Choose metrics that reflect the task

For issue detection, define what counts as a distinct finding and how it matches a reference issue. Precision asks how many proposed findings are correct. Recall asks how many reference issues were found. Neither measure alone establishes safe or useful deployment.

Synthetic worked example

There are 40 reference issues. The assistant returns 38 findings: 32 correct and 6 false. It misses 8 reference issues.

  • Precision: 32 ÷ 38 = 84.2%.
  • Recall: 32 ÷ 40 = 80.0%.
  • If 10 reference issues are critical and 2 are missed, critical recall is 8 ÷ 10 = 80.0%.

These teaching results use issue-level denominators. Do not call them document-level accuracy. A document may contain several issues, and findings within a document may be related.

Results by issue severity

The fictional set contains 12 protocol documents with 40 distinct reference issues. Document count and issue count are separate units. Ten issues are critical and 30 are major under the fictional project's predefined severity rubric. A qualified reference panel establishes and adjudicates the findings before the protected evaluation. No real company or product results are represented.

MeasureCalculationResult
Precision32 correct findings ÷ 38 AI-reported findings84.2%
Recall32 found reference issues ÷ 40 reference issues80%
Critical-issue recall8 found critical issues ÷ 10 critical reference issues80%
Reference categoryReference issuesCorrectly foundMissed
Critical1082
Major30246
Total40328

Six additional AI findings have no matching reference issue and are false findings. They belong in the precision denominator, not the recall denominator. The scoring rubric handles duplicates, partial matches and disputed findings before calculating results.

An overall score can conceal the two critical misses. Suppressing uncertain findings might remove false findings and improve precision while also removing true findings and reducing recall. Examine both effects by severity and by relevant document type.

Representativeness and uncertainty

Select test material to reflect the permitted languages, formats, requirement types and process conditions. Deliberately challenging cases reveal particular weaknesses; they do not, by themselves, estimate their frequency in routine use. Record coverage gaps and avoid extrapolating to unsupported populations.

Several issues in one document share context, parser behavior and source material. Repeated runs also share the same underlying case. Neither creates new independent documents. Report the number of documents, distinct issues and repeat runs separately; use an analysis that respects those dependencies before making a wider performance claim.

The fictional acceptance basis excludes any observed critical miss from supporting reduced independent review. This is a local criterion tied to the consequence of inadequate protocol coverage; it is not a regulatory threshold or a guarantee of zero future error. The observed failures mean the proposed reduction in review is unsupported, even if a general average looks attractive.

Set acceptance rules before examining final results

Define the permitted use, required evidence, severity treatment, uncertainty, and unacceptable failure conditions. Any numerical threshold must be justified for the use; there is no universal “95% means validated” rule.

Zero observed critical misses in a small test set does not establish that critical misses cannot occur. Report sample size, coverage, limitations, and an appropriate uncertainty analysis for any performance claim.

What changes for this type of AI?

TechnologyFailure and potential impactPractical controlEvidence needed
Predictive AIA threshold or population shift changes missed-event and false-alarm ratesDefine reference outcomes and justify thresholds for the actual decision; inspect relevant groupsConfusion counts, subgroup coverage, threshold rationale and monitoring plan
Generative AIOutputs vary or omit consequential facts despite a favorable aggregate scoreScore material claims and omissions; plan repeats without treating them as independent documentsIssue-level results, severity analysis, configuration and repeat-run records

Related work: testing, supplier assessment, records, change control, monitoring.

Exercise

A team improves precision by suppressing difficult findings. What else should it check?

Show suggested answer

Recall may fall, including recall for consequential issues. Examine the tradeoff and the combined workflow. A cleaner-looking list can hide more missed problems.

Expected records

An issue-level performance results sheet with requirement/risk reference, category, expected and AI results, severity, disposition, deviation and conclusion. Adapt record names and detail to the applicable procedures; these are practitioner examples, not a universal mandatory document list.

Worksheets

Each worksheet includes instructions, a completed fictional example and a blank version. Adapt it to your applicable procedures and requirements.

Relevant regulations and guidance

Regulations set requirements within their scope; guidance offers recommendations or explains applicable expectations; standards depend on adoption or incorporation. Voluntary frameworks do not establish compliance. The lesson's controls, test designs and example records are practitioner suggestions unless explicitly identified otherwise.

Artificial Intelligence Risk Management Framework (AI RMF 1.0) ↗

Voluntary framework · National Institute of Standards and Technology · NIST AI 100-1 · January 2023

Scope: United States · Cross-sector AI governance and risk management, including generative AI.

Relevance to this lesson: Supports context-appropriate metrics and explicit limits of generalisation.

Publication status: Final / published. Source checked 21 September 2026.

Publication identity, scope and status checked against the linked official source. This is not an independent audit of every retained guide statement.

Source details and applicability

Computer Software Assurance for Production and Quality Management System Software ↗

Guidance · U.S. Food and Drug Administration · February 2026

Scope: United States · Medical-device manufacturers assuring software used in production or their quality management system.

Relevance to this lesson: In scope, connect assurance effort to consequences; the Academy percentages are fictional, not FDA thresholds.

Publication status: Final / published. Source checked 21 September 2026.

Publication identity, scope and status checked against the linked official source. This is not an independent audit of every retained guide statement.

Source details and applicability
Editorial information and limitations

Educational chapter · Editorial version 2.0. The update date records substantive site editing; a completed independent technical review is not claimed.

AI tools assisted drafting and structural editing. Examples and results labelled fictional or synthetic are teaching material. Adapt the methods to the actual intended use, applicable requirements and approved procedures.

Estimated reading time uses the written lesson at 220 words per minute, with links and Markdown formatting removed. Video time comes from the media file and is separate.

Sources, authorship and editorial policy
Suggest a correction

Sent privately to the editorial moderation queue. Your account email and correction are not published as a comment. Do not include confidential or personal information.

Chapter: 11: Measuring AI Performance · Chapter link

Loading sign-in status…

Correction details

Was this resource useful?

Tell us what helped and what could be clearer. Usefulness feedback does not establish technical validity or regulatory compliance.

Loading contribution options…

Questions and discussion

Ask a question or share a perspective. Contributions are reviewed before publication.

Loading contribution options…