Test Runs

Link to Test Runs copied to clipboard

A test case defines the standards, pages and components of a test. And a test run is an 'instance' of that test case. You create a test run after you've set up your test case and just before you start testing.

A test run allows you to perform 'point in time' testing and compare the latest test against an earlier test run. You can track at a page and component level if issues have improved or regressed after a code release.

If you remediate the issues and rerun the test run without creating a new test run, you've replaced the previous test run's issues and lost the ability to compare and track historical changes.

Before you begin: You must first have a Test Case in place and be on the Test Cases screen.

To create a test run:

  1. On the Test Cases screen, click the Create Test Run button in the Actions column within the row of the test case you want to create a test run for.

Create Test Run button

  1. The Set up Test Run for Test Case <Test Case Name> screen appears, displaying a form with nine fields and a Create Test Run button.

    Setting Up Test Run for a Test Case

    Refer to the following descriptions for expected input into each:

    • Test Run Name: This field is pre-populated with the test case name with a timestamp appended, MM_DD_YY-HH:MM. You can change this as needed to better describe the intent of your test run.
    • Test Run Description: Use this field to communicate the details of this test, for example the date it was run, the scope of the test with the pages and sections, the viewport settings used to test and any other details your testers will need.
    • Product: This is the name of the product being tested. This field is defined while you are creating the test case, and cannot be edited here during the test run setup.
    • Assistive technology: Assistive technology software and devices are used by disabled individuals to interact with software and websites. Some tests will require use of a screen reader, such as NVDA or JAWS on PC, or VoiceOver on Mac.
    • Digital Asset Type: Choose from 10 different digital asset types to define your assessment. The benefit of this is that the testing, remediation and the best practice methodologies displayed on the Issue details page will only be relevant to what you've selected when you created the test run. It is useful because when an issue is found against one of the success criteria, the testing methodology and remediation recommendations are filtered to that specific product type and you can quickly get to the relevant information for your test. For example you won't be shown mobile web testing methodology if you've selected desktop web as your product.
    • Release: Specify the version number of the product being tested. For example, 1.0 would be the first release cycle of the product.
    • Environment: The environment is the type of server being tested on. For example, a production server would be used for a live site.
    • Platform: The platform is the operating system(s) and browser(s) on which the site is to be tested. For example, 'Windows and Firefox' or 'Android and Chrome.' Automated testing will be run through a connected browser on a given platform.
  2. In the Assign testing to field, click the down arrow to display a list of available users, then click on a user item to select it and populate the field. If you are going to be doing the testing yourself, click the assign to me link under the field list menu.

  3. Click the Create Test Run button at the bottom of the form.

Once you have created a test run, the next step is to start testing a component and/or page. For more information, see Start Testing.