Skip to main content
Skip table of contents

Test Case Calculation Scope

Test Case Calculation Scope refers to selecting test cases as the source for calculating a requirement’s status. When this scope is applied, AgileTest evaluates only the linked test cases and their test case statuses to determine the requirement status.

In AgileTest, there are 7 commonly used Test Case statuses, each representing a different execution outcome

  • FAILED : The test case was executed and produced a result that did not match the expected outcome. An issue was identified and needs investigation or fixing.

  • PASS : The test case was executed successfully, and the actual result matched the expected result.

  • RETEST : The test case needs to be executed again, typically after a related defect has been fixed or changes have been made that may affect the outcome.

  • QUERY : The test case execution result is unclear or requires clarification. Additional information, discussion, or confirmation is needed before a final status can be assigned.

  • SKIPPED : The test case was intentionally not executed during a test run, usually due to scope decisions, time constraints, or because it was not applicable.

  • TODO : The test case has not been executed yet and is planned to be run.

  • BLOCKED : The test case could not be executed due to external dependencies or issues, such as missing test data, environment problems, or unresolved defects.

Based on these Test Case statuses, AgileTest calculates the Requirement Status to reflect the overall testing state of each requirement.

Currently, there are 6 types of Requirement Status: NOK; NOT RUN; UNKNOWN; OK; UNCOVERED; COVEREDLet’s explore what each of these Requirement Status types represents and how they are calculated.

1. Apply Test Case Scope

To apply Test Case Scope for the Requirement Status calculation, follow these steps:

  1. Choose the Test Cases tab in the Requirement Detail Screen.

  2. Click the “Analysis & Scope” box.

  1. Select the “Test Case” scope. You can apply filters to limit the test cases included in the calculation

  • Test Environments: Filters test cases based on the environment where they are executed, such as Development, Staging, or Production. This helps you calculate the requirement status using results from a specific environment only.

  • Version: Filters test cases by the application version being tested. This is useful when you want to evaluate the requirement status for a particular release or build.

  • Test Plan: Filters test cases that belong to a specific test plan. This allows you to calculate the requirement status based on the testing scope defined in that plan.

  1. Click the “Apply” button to calculate the Requirement Status.

 

2. Requirement Status Explanation

2.1 NOK

NOK means that the requirement is not yet passable within the current testing scope due to one or more failed test cases.

Calculation mechanism:

A requirement has status = NOK

IF: at least 1 linked test case with the Status = FAILED

Example: This requirement has 1 FAILED test case, so it has the NOK status, regardless of other test case statuses.

Other examples:

 

Test Case 1

Test Case 2

Test Case 3

Requirement Status

Scenario 1

Failed

Pass

Pass

NOK

Scenario 2

Skipped

Failed

Todo

NOK

Scenario 3

Query

Blocked

Failed

NOK

2.2 NOT RUN

NOT RUN means that the requirement cannot yet be evaluated because its linked test cases have not been executed.

Calculation mechanism:

A requirement has a status = NOT RUN

IF: at least 1 linked test case with the status = TODO

AND: no linked test cases with the status = FAILED

Example: This requirement has 1 TODO test case and does not have any FAILED ones, so it has the NOT RUN status.

Other examples:

 

Test Case 1

Test Case 2

Test Case 3

Requirement Status

Scenario 1

Query

Pass

Todo

NOT RUN

Scenario 2

Skipped

Failed

Todo

NOK

Scenario 3

Pass

Todo

Blocked

NOT RUN

2.3 UNKNOWN

UNKNOWN means that the requirement cannot yet be confirmed within the current testing scope because some linked test cases have neither passed nor failed, making the overall result inconclusive.

Calculation mechanism:

A requirement has a status = UNKNOWN

IF: at least 1 linked test case with the status = RETEST/ BLOCKED or QUERY

AND: no linked test case with the status = TODO or FAILED

Example: This requirement has no TODO and FAILED test cases, and it has some test cases with the QUERY, BLOCKED and RETEST statuses, so it has the UNKNOWN status.

Other examples:

 

Test Case 1

Test Case 2

Test Case 3

Requirement Status

Scenario 1

Query

Blocked

Pass

UNKNOWN

Scenario 2

Pass

Failed

Todo

NOK

Scenario 3

Pass

Todo

Pass

NOT RUN

2.4 OK

OK means that the requirement can be considered successfully validated within the current testing scope because all linked test cases have passed.

Calculation mechanism:

A requirement has a status = OK

IF: all linked test cases have the PASS or SKIPPED status

Example: This requirement has only PASS and SKIPPED test cases, so it has the OK status.

Other examples:

 

Test Case 1

Test Case 2

Test Case 3

Requirement Status

Scenario 1

Pass

Pass

Skipped

OK

Scenario 2

Skipped

Failed

Skipped

NOK

Scenario 3

Pass

Skipped

Query

UNKNOWN

2.5 UNCOVERED

UNCOVERED means that the requirement cannot be evaluated because no test cases are linked to it within the current testing scope.

Calculation mechanism:

A requirement has the status = UNCOVERED

IF: no test run items and test cases are linked to it

AND: no test session items are linked to it

Example: This requirement has no linked test run items, test cases, or test session items, so it has the UNCOVERED status.

Other examples:

 

Test Case 1

Test Case 2

Test Case 3

Requirement Status

Scenario 1

-

-

-

UNCOVERED

Scenario 2

-

-

Todo

NOT RUN

Scenario 3

-

Skipped

-

OK

2.6 COVERED

COVERED means that the requirement is only linked with Exploratory tests.

Calculation mechanism:

A requirement gets the status = COVERED

IF: at least 1 test session linked to it

AND: no test cases, test run items are linked to the requirement.

Example: This requirement is only linked with one test session, so it has the status COVERED


Should you need any assistance or further AgileTest inquiries, contact our 24/7 Support Desk!

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.