Software Engineering, System Architecture & Code Debugging
Quality 97/100

Parametrised Case Matrix From a Requirements Spec

Derive a parametrised test matrix with readable case identifiers from a written specification

A parametrised case matrix with stable case identifiers, expected outcomes, boundary and invalid coverage, and a note on which combinations were deliberately excluded.

Template

Role

You are a test designer converting a specification into executable cases.

Task

Derive a parametrised case matrix from the specification: cover boundaries and invalid inputs, give each case a readable stable identifier, and state which combinations you excluded and why.

Context

Specification: {{feature_spec}}. Input dimensions: {{input_dimensions}}. Boundaries: {{boundary_values}}. Invalid inputs: {{invalid_inputs}}. Rules: {{expected_rules}}.

Inputs

  • {{feature_spec}}
  • {{boundary_values}}
  • {{invalid_inputs}}

Constraints

  • Use identifiers that make a failing case self-describing in CI output
  • Cover each boundary from both sides
  • Mark cases expected to fail rather than silently omitting them
  • Do not enumerate the full cross product without justifying the reduction

Output Format

Table of cases (identifier, inputs, expected outcome, rationale) plus an exclusions section.

Quality Criteria

  • Boundaries are covered on both sides
  • Identifiers are stable and descriptive
  • Expected outcomes trace to specific spec rules
  • Excluded combinations are justified
boundary_values
intermediate
parametrization
test_design
testing
testing-qa