When do you decide to stop testing, for me it boils down to -
- Allocated time is exhausted
- No high severity/priority defects are found
Any other pointers which you consider while deciding to stop testing?
When do you decide to stop testing, for me it boils down to -
Any other pointers which you consider while deciding to stop testing?
The notion of "when do you" stop testing is a misnomer. The goal of QA should be to assess the risks and to report them to the team and product owner. It is up to the team to decompose the risks and assign a severity to them.
Therefore the decision to stop testing is a team/product owner decision. Stopping occurs when the level of risk is at an acceptable level. Defining an acceptable level is where the true difficulty lies.
Short answer... Never. :)
Long answer...
When you are out of money, or the program is no longer developed. But then you still have to provide support.
And that's all there is to it really.
There is no other point to regard. You always have to test as long as the project is developed in some way. And then STILL. You could find legacy bugs, old bugs, which haven't been found yet.
So really... You never stop with testing.
You should decide, as part of your product planning, what your criteria are for shipping. That includes your test bar. For some products you may say "I'll test all I can before the ship date". For others, like the products I work on, there are quite a few explicit quality metrics they have to meet, particularly in the area of security.
Note that inevitably, no matter what criteria you set at the beginning, the final decision about whether the product is 'good enough' tends to be complex, relying as much on tradeoffs and expertise as it does on your original intentions when you started design.
I definitely agree with #1. You may be breaking company policy by continuing to work on a project that has been cut off for funding.
I don't necessarily agree with #2. How do you know no defects are found if you stop? Now, if you're saying "Go until you're out of time, and until there's no major known defects" I guess it makes sense, but if you are out of time, you're out of time - period. You'll have to get more time allocated to test the new changes. This may differ depending on your corporate setup, of course.