工作进行得越早，测试用例多次重复进行测试，最后将不再能发现新的缺陷。为了克服这种“杀虫剂悖论”，测试用例需要进行定期评审和修改，同时需要不断地增加新的不同的测试用例来测试软件或系统的不同部分，从而发现潜在的更多的缺陷。
6）原则6——测试活动依赖于测试背景。针对不同的测试背景，进行的测试活动也是不同的。比如，对要求安全放在第一位的软件进行测试，与对一般的电子商务软件的测试是不一样的。
2、其他重要的7 项原则
1）持续地测试、持续地反馈。软件测试贯穿着整个软件开发生命周期，随时发现需求、设计或代码中问题，及时将发现的问题反馈给用户、产品设计人员、开发人员等，主动、积极地交流，持续提高软件产品质量，这在功能测试执行阶段，测试人员不仅要对新功能进行测试，而且要有效地完成回归测试。
4）测试独立性。测试在一定程度上带有“挑剔性”，心理状态是测试自己程序的障碍。同时，对于需求规格说明的错误理解也很难在程序员本人进行测试时被发现。程序员应避免测试自己的程序，为达到最佳的效果，应由独立的测试小组、第三方来完成测试。
5）确保可测试性。事先定义好产品的质量特性指标，测试时才能有据可依。有了具体的指标要求，才能依据测试的结果对产品的质量进行客观的分析和评估，才能使软件产品具有良好的可测试性。例如，进行性能测试前，产品规格说明书就已经清楚定义了各项性能指标。同样，测试用例应确定预期输出结果，如果无法确定所期望的测试结果，则无法进行正确与否的校验。
6）计划是一个过程。虽然通过文档来描述软件测试计划，并最后归档，但计划是一个过程，是指导各项软件测试活动的持续过程。在项目开始时很难将所有的测试点、测试风险等都了解清楚，随着时间推移，通过需求和设计的评审和探索式测试，对产品的理解越来越深，对测试的需求和风险越来越了解，可以进一步细化、不断丰富测试计划。其次，计划赶不上变化，软件产品的需求常会发生变化，测试计划不得不因此做出调整。所以，测试计划是适应实际测试状态不断变化而进行调整的一个过程。
7）一切从用户角度出发。在所有测试活动的过程中，测试人员都应该从客户的需求出发，想用户所想。正如我们所知，软件测试的目标就是验证产品开发的一致性和确认产品是否满足客户的需求，与之对应的任何产品质量特性都应追溯到用户需求。测试人员要始终站在用户的角度去思考、分析产品特性，多问问类似下面这样的问题：
这个新功能对客户的价值是什么？
客户会如何使用这个新功能？
客户在使用这个功能时，会进行什么样的操作？
按目前设计，用户觉得方便、舒服吗？
如果发现缺陷，去判断软件缺陷对用户的影响程度，系统中最严重的错误是那些导致程序无法满足用户需求的缺陷。软件测试，就是揭示软件中所存在的逻辑错误、低性能、不一致性等各种影响客户满意度的问题，一旦修正这些错误就能更好地满足用户需求和期望