Page History
Keeping in mind that our integration capabilities are constantly evolving, we can consider the following simplified toolchain as the status quo for this discussion:
...
| Info |
|---|
| Specific tools around Test Case Designer in the image above are mentioned for example purposes and do not represent the exhaustive list. |
Let’s look at both integration sides from Test Case Designer's perspective in more detail.
Table of Contents
Left Side
The first part is to include traceability notes inside the Test Case Designer model identifying which part of the model is affected by which story (there are largely 3 categories you can see on the image below).
...
These steps reduce redundancy risk across the test suite, given the common one-to-many relationships between tests and requirements.
...
How is “Best Practice” different?
Potential improvement #1: Write story descriptions in Gherkin. That would not only improve the clarity and communication , but would also and provide the kickstart to scripting in Test Case Designer.
Potential improvement #2: Group parameters & values together in their own part of the story (similar to “Description” or “Acceptance Criteria”), in the mind map format (for visual analysis) and/or in the parameter table one (for direct import into Test Case Designer). That speeds up the process of reading through paragraphs of text to identify the key model elements.
Potential improvement #3: Include the “mini-scenarios table” that covers the most important interactions from the story (which can also be imported directly into Test Case Designer). It can help clarify ambiguities in complex rules much sooner.
For example,
Potential improvement #4: Add “Test Case Designer” label and relationship link type “shares assets with”. Displaying both labels and links in the sprint board view will provide the quick view into possible connections and increase collaboration efficiency.
Right Side
The primary method is syncing or exporting from Test Case Designer into Xray. Test Case Designer also supports export into the formats directly compatible with the execution tools at the last stage of the toolchain (like Ranorex Studio).
How to deal with changes
Once the Test Case Designer model is built, the story link + traceability notes would will map the requirement updates and let the user know which parts to change. The interaction coverage can be focused on the new areas via Mixed-strength and Parameter structure (e.g., more Value Expansions for less important parameters).
TCs in Jira/Xray would be updated via re-sync/re-import, either for the full scope or only for the new elements using Freeze/Script features in Test Case Designer.
If the execution history must be preserved, the import is typically either performed into a new repository folder/Xray test plan or with by overwriting the existing Issue IDs.
| Info |
|---|
| Also, Xray Archive function or this solution (the new test execution item) can |
...
| be considered. |
If it doesn’t have to be preserved, the existing tests can just be deleted and the new ones imported.
...