QMetry defines a Build as a specific iteration of the product/domain to be tested. The feature allows the tester to assign a "build" (aka patch, drop, or increment) to test suites/test cases that indicate the version of product being tested. It helps users track multiple builds of software more dynamically without having to add separate test suites with every new build.
...
Users will have the following options:
Set Build selection mandatory in the project.
Set a Default Build for a release cycle combination.
Assign Build to the entire test suite.
Assign Build to individual test cases in the test suite.
These points are explained as below.
...
For a given release cycle combination, only one build can be set as a default build.
Users can set default build for a release cycle combination while creating a new build or while editing an existing build.
Users having roles with the “Modify” build permissions, can set builds to default.
Refer to the following screenshot to understand the Current set build and last execution build.
When the Default Build is set, the Current Executed Build is auto-set as the default build.
When Default Build is Archived - the last execution build for the test suite will be set.
When Last Execution Build is Archived, with a default build present - Current Set Build and Last Execution Build changes to Default Build
When Default Build and Last Execution build are Archived - Current Set Build and Last Execution Build will be set to None.
The set default build for a release and cycle will be displayed at the test suite run level on the execution screen every time.
...
Current set build (i.e. set default build): The build set as default in the Build module. This is a test suite level build. You can change the build at the test suite level and the same is displayed as the Current set build until you refresh the execution screen.
Last execution build: The build set for test cases on the execution screen and on which the test case(s) are executed.
Use Case: QA Manager wants a default build for a combination of release/cycle, so that when test cases are executed against a release cycle combination and if the tester does not choose a build, they get executed against a default build. Tester is prompted for a confirmation that the execution will be done against a default build.
...
If the default build is set for particular release/cycle then this default build is set automatically at the time of adding the test run. A confirmation message pops up asking whether to continue the execution on the given default build.
Note: Bulk Execution performed on the Bulk Execute screen (Test Suite > Test Execution tab > Bulk Execute) is exempted from the application of default build. All the bulk executions from this screen will be performed on None build.
Create Build and Set it as Default
While creating a new build, the Set Default drop-down with Yes/No options is available to mark the build as default.
Set Default - Yes : The build will be set as a default build on the execution screen for the selected Release Cycle combination.
Testers do not need to remember and set the build manually every time. This also helps them to reduce build association errors.
QA Manager can always set the current build as a Default Build to ensure the executions are always associated to the current build.
Only one default build can be set for a given combination of a Release Cycle.
Set Default - No : Makes the Build as non-default. When some other build is set to default, this flag will be set to “No” for the previously default build.
Edit Build and Set it as Default
...
You can mark the build as default either while adding new Release(s) & Cycle(s) to the build. You can mark the build as default build for multiple combinations of Release(s) & Cycle(s) at a time.
You can mark the build as default after adding new Release & Cycle to the build.
You can view the Release(s) & Cycle(s) that are associated with the default build on the Build grid in Projects > Builds.
...
Below are the steps to assign the build to a test suite. Build assigned to a test suite will be applied to all the test cases under that test suite.
Steps
Click on the Set Your Build button at the right corner of the screen.
Open the Select Build drop-down and select the build you want the test cases to be executed against. This list contains all the builds that are linked to release and cycle, which are associated with the test execution that is being carried out.
Build will be assigned to the entire test suite if
All Test Cases are selected while selecting build OR
No Test Cases are selected while setting the build.
...
4. Set Build at Test Case Level
...
Below are the steps to assign build to a test cases.
Click on the Set Your Build button at the right corner of the screen.
You can see that all the test cases are selected by default. Unselect the test cases to which you do not want to apply the build.
Open the Select Build drop-down and select the build you want the selected test cases to be executed against. This list contains all the builds that are linked to release and cycle, which are associated with the test execution that is being carried out.
The Build is set for those test cases that are selected while choosing the build.
...