Ngenaire Docs

Test Procedures

A Test Procedure is the executable recipe for verifying requirements — how, where the Test Plan is what and why. A procedure groups one or more test cases; each case carries the numbered steps, expected results, pass/fail criteria, and a full operator-facing write-up.

Open it from the sidebar under Verify → Test Procedures, at /projects/:projectId/verification/test-procedures.

Procedure vs. test case — which fields go where

FieldBelongs onWhy
Purpose / scopeTest ProcedureThe intent and boundaries of this verification.
StatusBothProcedure: Draft / Ready / In Progress / Approved.
Linked requirementsBothThe requirement(s) being verified.
Numbered test stepsTest CaseThe ordered actions an operator follows.
Pass / Fail CriteriaTest CaseThe concrete go/no-go for the scenario.
Expected ResultsTest CaseThe bar for "this scenario passed."
PreconditionsTest CaseThe state the system must be in before running.
Procedure Workspace narrativeTest CaseThe full operator write-up (rich text).

Walkthrough

Create a procedure

  1. Open Verify → Test Procedures.
  2. Click Add Test Procedure.
  3. Give it a Title, set the Status (Draft / Ready / In Progress / Approved), and write the purpose and scope.
  4. Under Linked Requirements, check the requirement(s) the procedure verifies.
  5. Click Save. The procedure appears in the table with its object ID (for example TP-000007).

Add test cases

  1. Select a procedure from the table.
  2. Click Add Test Case.
  3. Set the Title and Status, fill in Pass / Fail Criteria and Expected Results, and link the requirement(s).
  4. Enter the numbered steps in the step editor (one step per line).
  5. Write the full operator narrative in the Procedure Workspace — a rich-text word processor for the detailed write-up.
  6. Click Save.

Generate a starter case with AI

From the Requirements page, choose a requirement and use the AI test-case generator to draft a starter test case from the requirement text. Review and edit the result on the Test Procedures page before relying on it.

Run and re-run

When you are ready to execute, record a run from Test Executions (or the quick-log buttons on Test Case Detail). Each run captures a result (passed / failed / blocked / skipped), a build label, the executor, evidence links, and notes. If a case fails, fix the underlying issue and record a new run against the same case — every run is preserved as history.

Saving a run updates the requirement's verdict in the RVTM automatically.

Tips

  • One procedure, many cases. A procedure groups the cases that verify the same requirement(s); each case carries its own steps and outcomes.
  • Be specific about step outcomes. "Outputs the correct value" is not testable; "Outputs 42 ± 0.1 on the calibrated voltmeter" is.
  • Capture evidence. Attach screenshots, logs, or measurements to each run.

Related