Direct Cover Status when Test are N/A

We have a requirement that is tied to multiple tests.  Direct cover status for the requirement is dictated by the test execution status of all tests / configurations.  However if we mark one of the test instances as N/A, we expect that the Direct Cover status would ignore it, but it doesn't.  It will still count it against the Direct Cover status.

In other words, if RequirementA is linked to Test1 and Test2, and we decide that Test2 execution status will be marked as N/A, ALM still includes it as "Not Completed".

Any way to work around this?

thank in advanced

Machine Data Systems, Opentext business and technology alliance partner

Follow Us on LinkedIN for the latest news, live webinars and more

  • Suggested Answer

    0  

    Hello

    In ALM the "Direct Cover Status" for a requirement aggregates the execution status of all linked test instances to determine the overall coverage status. Unfortunately, marking a test instance as "N/A" (Not Applicable) does not automatically exclude it from contributing to the Direct Cover Status, as you’ve observed. By default, ALM considers all linked tests for the requirement's status calculation, including those marked as "N/A," which can skew the results.

    You can suggest or create a new idea on the Idea Exchange portal, so that this feature can be considered for inclusion in a future ALM version. You can submit your idea at the following link: https://community.microfocus.com/devops-cloud/alm-qc/i/ideas.

    If you're looking for a specific type of report, you can use Custom Status Reporting with Business Views or Excel Reports. Essentially, you can create a custom report that filters out test instances marked as "N/A" when calculating the Direct Cover Status for a requirement. This report can use SQL queries to exclude "N/A" tests and focus on the relevant ones. However, you'll need to integrate the BV add-in and explore its features to create your customized report.

    Best regards,


    Bernal Salzar

    OpenText Customer Support Agent | ALM

    Although I am an OpenText employee, I am speaking for myself and not for OpenText.
    If you found this post useful, give it a “Like” or click on "Verify Answer" under the "More" button.