软件测试的七大原则

1.测试证明软件存在缺陷。

        测试的本质是检验软件存在缺陷，没有任何缺陷的软件是不存在的。测试工作开展的目的也是为了辅助开发降低软件的缺陷率。

2.穷尽测试是不可能的。

        测试数据、输入和测试场景的所有组合是不可能的，因为它需要大量的时间。相反，测试团队只能专注于一些重要的指标，例如：设置测试策略的风险和优先级。一般来说，项目周期里永远不可能允许测试团队在项目中进行大量有效的组合测试。

        科学的测试方法很重要，比如用户众测、二八法则、深入了解产品的客群比例和使用流程。

3.尽早介入测试。

        从一开始就解决问题总是更容易、更便宜，而不是如果发现错误太晚就改变整个系统。因此，通过早期测试，测试人员可以检测到错误，并帮助开发团队以更少的成本和精力解决问题。
另外，尽早介入测试，测试人员能够更全面的了解需求和项目整体进度。

        尽早介入、尽早了解需求、有的甚至变开发就可以边测试了。特别在敏捷的开发场景下，发布周期短、需求可能随时有变更、不能等着产品和需求文档的书写，而是主动加入需求讨论，讨论完之后就可以写测试文档了。

4.缺陷具有集群性。

        80%的错误，往往由20%的原因带来。比如开发人员的某一块业务理解不透彻、或者在某一方面的知识短板，可能会造就BUG的集中爆发。

        缺陷具有集群性是指导我们做一定的缺陷预判，既然穷尽测试是不可能的，那么就要在平时的工作中统计、总结BUG的出现规律，形成一定的预判BUG出现的能力。

5.杀虫剂悖论。

        就是经常使用同一种杀虫剂，害虫就会产生抗体。对于BUG也是样，长时间使用相同的测试方法和测试用例，会排查出同一类型的BUG,但是会让其他类型的BUG一直隐藏。

6.测试是上下文相关的。

        就是应对不同的项目要用不同的测试策略，要充分了解项目需求和客户群体的关注点是什么。比如银行软件更关注安全、美颜软件更关注美颜效果、美妆类软件更关注特效或者动画的美观和流畅等等。客户群体的关注点，决定了测试重点。

7.无错误谬论。

        测试的终极目的并不是为了没有BUG,而是为了满足用户需求。一个看起来没有BUG的软件不一定成功的软件，如果软件不能满足用户需求，那么就算没有任何BUG，也没有任何意义。