|
| Total Answers and Comments: 6 |
Last Update: August 31, 2009 Asked by: rehman.scorpio |
|
| | |
|
Submitted by: StevenPace Test Plan outlines when and what to test, so how to you make the test plan?
Some suggestions and principles:
Test coverage should be risk based, the higher the risk, the more the area should be tested.
Early in the project, bugs have to be removed to enable the testing to procede. Usually certain interface problems make testing impossible.
Give an area testing based on how much work has been done on it lately, then the bugs will be discovered sooner, and hopefully as the work in the area continues, this makes fixing them easier and quicker for the developers. So if you had a list of the source code that has been checked out since the previous build, that would help you decide what to test.
Bugs should be identified before the area is "frozen". If the area is subject to a freeze, the odds are high that the bug won't be fixed. Clearly this is not as useful as finding bugs that will be fixed. The Test Plan would definately take the development schedule into account.
Above answer was rated as good by the following members: G.D.S.Prasad | Go To Top
|