|User Guide / Variations|
This section summarizes the guidelines for selecting the appropriate variation for each given project item at compile time.
The following flowchart presents a comprehensive guideline for TestArchitect's process of determining the operative variation for each action, interface, data set or test module invoked by a test. This reiterates the information presented in all the prior sections.
*At compile time, a distinct VCOL, or version compilation order list, is established for each system:version listed in the VRS (version run set). For each such system, the VCOL starts with the version node specified for it in the VRS. It continues up the given system tree in what's known as a "post-order" traversal. From each given node, the next node traversed is the adjacent "older" sibling (where, from a graphical standpoint, older means physically higher in the tree). If no such sibling is available, the parent is accessed. This traversal continues until the particular system node is reached, or a suitable match is found – whichever comes first.
For each project item with variations, the process of determining the operative variation begins with selecting the correct VCOL. If the project item has no linked variations, no VCOL is applied. If it does have linked variations, the VCOL chosen is the one for the system to which those variations are linked. (Recall that all the linked variations of any given project item must be linked to the same system.) If the system used by the given project item's variations is not listed in the VRS, then no applicable VCOL exists.