Execution with keywords only
The following rules apply when you execute a test run with keyword variations specified, but no version variations.
When you launch a test run, you may qualify the run with one or more keywords (the keyword run set) to specify test module, action, interface, and data set variations to be employed. Note, however, that for any given project item, it would be impractical (and generally unnecessary) to have a complete set of effective keyword variations such that an exact match would exist for each possible set of keywords in the keyword run set.
Recognizing this fact, TestArchitect does not require exact matches. It instead employs a set of rules to determine, based on the keyword run set, which effective variation of each invoked project item is to be employed.
At runtime, you specify the keyword run set, in the Variation Specification panel, located under the Advanced Settings tab of the Execute Test dialog box.
For each project item that a), is of type test module, action, interface or data set, and b), has variations, the following set of rules is observed by TestArchitect to determine which effective variation is invoked during the test run:
{English, business, Windows}, as depicted above.- First priority goes to the effective variation whose keyword signature is an exact match with the keyword run set. (Example: Action rent car is called by the test, so variation rent car {English, business, Windows}, if it exists, is invoked.)
- If no exact match is found, TestArchitect employs the variation whose keyword signature is the largest subset of keywords of the keyword run set (Example: rent car {English, Windows}). Note the following provisions:
- We’re talking about subsets here, which disqualifies any variation whose keyword signature has any elements (keywords) that are not in the keyword run set. (Example:: Action rent car is invoked. No exact match for the keyword run set of {
English, business, Windows} is found. Effective variation rent car {English, business, metric} matches two of the keywords in the keyword run set, which is more than any other effective variation. However, it is disqualified, as metric is not a member of the keyword run set.) - One problem that can arise is that two or more variations may “tie” for the position of most qualified. When that happens, TestArchitect’s approach is to halt compilation and issue a compile-time error message. (Example: Action rent car is invoked, and no exact keyword match exists for the action. However, effective variations rent car {English, business} and rent car {business, Windows} both exist. Both are subsets of
{English, business, Windows}, but both have an identical cardinality of 2: hence an error is generated.)
- We’re talking about subsets here, which disqualifies any variation whose keyword signature has any elements (keywords) that are not in the keyword run set. (Example:: Action rent car is invoked. No exact match for the keyword run set of {
- If no suitable variation is found, the default variation is employed.
Example: The data set cars lives directly under the Data node (along with its variations), while another cars data set, (and its own set of variations), lives inside folder Nevada, a subfolder of Data. If the test module includes the action line
use data set /Nevada/cars
, only the set of cars variations sitting under /Nevada is considered when determining which variation to employ.
Tel:
Email: