软件测试的目的是什么，软件测试的目的和原则

测试是上下文相关的

      各种产品或项目包含不同的元素、特征和要求。因此，测试人员不能对不同的项目用相同的测试方法。例如，金融项目的测试，安全性就是第一位。电子商务测试，功能性则更加重要。

穷尽测试是不可能的

       时间、人员、资金或设备等资源都是有限，不可能对软件产品进行完全测试，即不可能考虑到或测试到软件产品的所有执行情况或路径。现在软件的规模越来越大，复杂度越来越高，想做到完全性的测试那就更不可能。这就需要在测试阶段，测试人员需要根据风险和优先级来进行测试，从而保证软件的质量。

测试尽早介入

     为什么测试要尽早介入呢，简单的说就是保证软件质量，降低风险和成本。研发流程中，研发活动抽象 为需求分析、开发管理、 测试管理、发布运维四个阶段。 

      在传统的开发模型里，测试只关注测试管理活动，而严重缺乏对需求、开发的测试。据调查，缺陷的 修复成本与其发现时间成反比，且越晚修复其修复成果会成指数级增长。

缺陷集群性（2/8 原则）

      有一种理论，二八原则，一般认为，百分之 80 的缺陷是由百分之 20 的模块引起的。缺陷聚类指的是 在几个模块中发现了大部分缺陷。

     这一原则要求测试团队利用自己的知识和经验，确定要测试的潜在模块。 这一预测有助于节省时间和 精力，因为团队只需要关注那些 “敏感” 领域。然而，这种方法也有缺点: 一旦测试人员只专注于那些敏感领域，可能会错过其他区域的错误。

 杀虫剂悖论

     当我们反复使用相同的杀虫剂的时候，会有少量害虫产生免疫而存活下来，使得杀虫剂失去药效 。测试 也一样。如果一直使用相同的测试方法或手段，可能无法发现新的 bug。为了解决这个问题，测试用例应当定期修订和评审，增加新的或不同的测试用例帮助发现更多的缺陷。测试人员不能一直依赖于现有的测试技术，还需要不断的提升测试方法以提高测试效率。 

测试证明软件存在缺陷

     测试只能证明软件中存在缺陷，但并不能证明软件中不存在缺陷。软件测试只是为了降低存在缺陷的可能性，即便是没有找到缺陷，也不能证明软件是完美的。

不存在缺陷的谬论

     软件测试不仅仅只是为了找出 Bug 而存在的活动，还需要确认软件是否满足用户的期望和需求，如果产品不能满足用户的需求，即使没有出现任何缺陷，这个产品也是失败的。“没有错误”并不是我们的追求，在这互联网时代，始终快速给用户创造最大的价值才是我们孜孜不倦的追求。