Skip Navigation LinksHome Page > Forums > SpiraTeam Forums > SpiraTeam Issues & Qu... > Optimizing Test Case Mana...
We have implemented a workflow utilizing SpiraTeam as follows:
We maintain a substantial repository of test cases, numbering in the hundreds. Each time we receive a new build version, we have historically duplicated the entire test case folder and appended new test cases to this duplicated folder.
This approach allows us to conduct a comparative analysis of changes by contrasting the contents, while also enabling us to perform test case executions on both the previous server build by referencing the original folder and on the new server build using the updated test case folder.
Are there alternative methods to streamline this process, allowing us to differentiate between test cases associated with version 1 and version 2, without the necessity of duplicating test cases into new folders?
Thank you!
You can simply map the same test cases to the new release.
Then (and only when) test cases need to change, you can clone them to keep the originals and the new versions.
That is another option.
And when Spira adds the ability to map builds to requirements, incidents (not only if you have git integration) you may have much more power: you will be able to select build during testrun execution and you will know (and track) precise build that you are testing and easily see what features were included there.
And if you have any questions, please email or call us at +1 (202) 558-6885
