The language behind the system

AI × QE dictionary

Understand the terms. Follow the architecture.
Explain the idea in your own words.

62 plain-language definitions, with examples and links to the research. Start with AI for QE, QE for AI or released capacity.

62 terms · A–Z

Four steps in the generated-test pathSelect a component to learn its role.
  1. 01 / GenerateAI test authorProposes a candidate
  2. 02 / AuthorizePermission gateControls the tool action
  3. 03 / VerifyTest sandboxChecks the candidate
  4. 04 / DecideHuman approvalReviews the evidence

A simplified path through the proposed design. Decisions and results feed the evidence log. Explore all 11 components in 3D →

AI & QE essentials

CI/CD

Also found as: Continuous integration · Continuous delivery · Continuous deployment

Automated steps that integrate code and prepare it for release. CD can mean delivery or deployment; this site’s release path retains an explicit approval decision.

For example

A code change triggers tests and evidence collection before an approved release.

Back to term index ↑
Architecture components3D component

Context service

Also found as: Approved context · Context retrieval

The proposed component that supplies relevant, versioned material the task is allowed to access. Retrieved text remains untrusted as instructions.

For example

Supply the approved API contract, excluding another team’s restricted customer records.

Back to term index ↑
Testing & evaluation

Deterministic check

Also found as: Deterministic validation · Rule-based check

A check that applies fixed rules to the same inputs and conditions, producing a repeatable result. Its usefulness still depends on choosing the right rule.

For example

Assert that an invalid payment returns status 422 and writes zero payment records.

Back to term index ↑
Platform controls & operations

Digest

Also found as: Hash · Checksum · Artifact digest

A compact value calculated from content to identify a particular version and detect changes. It does not show that the content is safe or correct.

For example

A changed test file has a different digest, so its earlier evaluation cannot be reused as proof.

Back to term index ↑
Architecture components3D component

Evidence store

Also found as: Evidence log · Audit trail · Evidence record

The proposed store of linked inputs, decisions and results that lets a reviewer reconstruct what happened. Recording an outcome does not by itself make that outcome trustworthy.

For example

Link the task, permission decision, artifact version and sandbox result in one reviewable record.

Back to term index ↑
Platform controls & operations

Fallback

Also found as: Safe fallback · Rollback · Recovery

A predefined alternative when an AI step or dependency cannot safely continue. A rollback specifically restores an earlier state; a fallback may route work to a person instead.

For example

Stop the agent and send the task to a reviewer when the required context is unavailable.

Back to term index ↑
Testing & evaluation

False positive

Also found as: False alarm · FP

A result that flags a problem or positive condition when that condition is absent. Interpret “positive” according to the task.

For example

An automated test reports a payment defect, but investigation finds an invalid fixture rather than a product defect.

Back to term index ↑
Testing & evaluation

Flaky test

Also found as: Flakiness · Non-deterministic test

A test that sometimes passes and sometimes fails without a relevant change to the code under test. Investigate causes before changing assertions or suppressing it.

For example

A timing-sensitive test fails intermittently when a shared environment is busy.

Back to term index ↑
Testing & evaluation

LLM judge

Also found as: Model-based judge · AI judge

A language model used to score an output against a rubric. Its scores need checks against expert judgment and known failure cases.

For example

A judge scores answer completeness; experts verify whether it overlooks unsupported claims.

Back to term index ↑
Testing & evaluation

Mutation testing

Also found as: Mutation score · Seeded fault · Mutant

Deliberately introducing small faults to check whether tests detect them. Detection adds evidence about test strength; it does not prove all real defects will be caught.

For example

Change “reject negative amounts” to “accept negative amounts” and check that the test fails.

Back to term index ↑
Value & measurement

Net benefit

Also found as: Net economic impact · Net captured impact

Benefits remaining after the relevant AI, platform, evaluation, governance and other costs are deducted. State whether the result values effort or represents cash impact.

For example

Subtract pilot costs from captured benefit; value any added effort separately from actual cash spending.

Back to term index ↑
Testing & evaluation

Precision

Also found as: Positive predictive value

The share of positive findings that are correct: true positives divided by all reported positives. High precision means fewer false alarms among the findings.

For example

Of 10 reported payment defects, 8 are confirmed: precision is 80%.

Back to term index ↑
Testing & evaluation

Recall

Also found as: Sensitivity · Detection rate

The share of actual positive cases detected: true positives divided by all actual positives. Measuring it requires knowing which cases truly contain the condition.

For example

A seeded set contains 10 payment faults and the test suite detects 8: recall is 80%.

Back to term index ↑
Value & measurement

Scenario

Also found as: Sensitivity analysis · Downside · Base case · Upside

An explicit set of assumptions used to explore possible outcomes. A scenario is not a measured result or a forecast unless evidence supports that use.

For example

Compare lower adoption or higher review effort while keeping the other model inputs fixed.

Back to term index ↑
Platform controls & operations

Telemetry

Also found as: Observability · Operational signals

Recorded operational measurements and events used to understand system behavior. Logs, timing and tool-use records can support investigation and monitoring.

For example

Track failed requests, tool denials, evaluation scores and cost per run.

Back to term index ↑
Testing & evaluation

Test coverage

Also found as: Code coverage · Branch coverage · Coverage

A measure of which parts of a system or requirement set tests exercise. High coverage does not establish that the assertions detect incorrect behavior.

For example

A test reaches the rejection branch but never checks whether a payment was created.

Back to term index ↑
Testing & evaluation

Test oracle

Also found as: Oracle · Expected behavior · Independent expected result

The basis for deciding whether observed behavior is correct. It should come from an independent rule or trusted reference, rather than simply repeat the generated code’s assumptions.

For example

The payment specification requires HTTP 422 and no new payment for a negative amount.

Back to term index ↑

These are original editorial explanations of how terms are used on this site. Architecture component names describe a proposed design; examples are illustrative. “Read in context” opens the relevant explanation and its sources. For original publications, visit the document library.