Q: What if the project isn't big enough to justify extensive testing?
A: Consider the impact of project errors, not the size of the project. However, if extensive testing is still not justified, risk analysis is again needed and the considerations listed under "What if there isn't enough time for thorough testing?" do apply. The test engineer then should do "ad hoc" testing, or write up a limited test plan based on the risk analysis.
Q: What can be done if requirements are changing continuously?
A: Work with management early on to understand how requirements might change, so that alternate test plans and strategies can be worked out in advance. It is helpful if the application's initial design allows for some adaptability, so that later changes do not require redoing the application from scratch. Additionally, try to...
- Ensure the code is well commented and well documented; this makes changes easier for the developers.
- Use rapid prototyping whenever possible; this will help customers feel sure of their requirements and minimize changes.
- In the project's initial schedule, allow for some extra time to commensurate with probable changes.
[Continued on next page...]
Click on a link!
______________________________________________________
