I want to build a testplan structure with tests for basic functionality and specific tests that shall only be executed if the basic test(s) had run successfully. Any ideas what the best way is to create this structure ?
We did a functional decomposition on the project and put the main functionality at the first level of folders and the subfolders are the specific breakdowns of each function by type and action required, etc. If you want to keep the functions in a specific order use numbering to precede the function point like:
In fact we use the numbers at all levels of the function and the numbers only for the actual tests like:
--------001_001_0001 (This is the test with a valid ID)
--------001_002_0001 (This is the test for an invalid ID)
--------001_002_0002 (This test is for another invalid ID type)
If I have confused you I am sorry. I could send you a sample of how we have done it. When we first got TD 5 years ago, we set up a committee to decide on the structure and the results are what we have now. We have over 9,000 tests in one project this way and is has worked very well.
No. We use the standard test setups for Automation in the test sets though. If one fails then if it will effect the next tests we end the test set testing. But for manual test we do not. We assume the manual testers will know what to do at that point.