Spinner logo QXQA

Did You Know?


Test Case Execution Report

Detailed Test Run Reporting in AXQA Execution Intelligence Platform

The Test Case Execution Report provides a detailed breakdown of a single test run. It shows exactly what happened during execution — step by step — including validations, responses, and the final outcome.


Why it matters

  • Gives full visibility into how a test behaved.
  • Helps identify the exact step where a failure occurred.
  • Supports precise debugging and root cause analysis.
  • Provides documented evidence of system behavior at a specific moment in time.

What the report includes

  • Execution timestamp.
  • Execution source (manual, automated, or agent-based).
  • Overall result status.
  • Step-by-step execution results.
  • Validation details (actual vs expected where applicable).
  • Captured response data for API-driven steps.
  • Associated build or version reference.

Step-level breakdown

Each step within the test case is recorded individually.

  • Status per step (passed / failed / skipped if applicable).
  • Execution order preserved.
  • Response details and validation outcome.
  • Context captured at the time of execution.
Note
This allows you to pinpoint exactly where behavior diverged from expectations.

How it works

  1. A test case is executed.
  2. The system records each step as it runs.
  3. Validation results are stored with contextual data.
  4. The overall result is calculated.
  5. The full execution report becomes part of the test case history.

Why reports remain reliable

  • Execution data is stored independently from test definition updates.
  • Historical runs remain unchanged even if the test case evolves later.
  • Reports reflect the exact configuration at the time of execution.

Best practices

  • Review step-level details when investigating failures.
  • Use build references to correlate results with releases.
  • Compare multiple executions when analyzing recurring issues.
  • Document observations if a failure requires deeper investigation.

Common mistakes

Only checking the overall status
Always review individual steps for full clarity.

Ignoring response data during API validations
Examine actual vs expected values carefully.


Security & access

  • Execution reports are accessible only to authorized project members.
  • Historical data cannot be modified after execution.
  • All execution sources are clearly identified for accountability.

Related documentation

  • Execution History Overview
  • Test Campaign Report
  • Compare Executions

Tools

A+ A-

Version

1