软件测试的目的和原则

1、软件测试的两面性

• 为了验证程序能够正常工作

• 为了验证程序不能够正常工作的测试

  2、软件测试的两面性的使用场景

• 测试用例分为正面测试用例和反面的测试用例，分为验证主成功场景的用例和验证扩展场景的测试用例

• 软件测试的中前期主要集中精力发现软件的错误，软件的中后期主要集中精力在验证软件的正常使用上

• 测试的执行结合严格的测试用例执行过程和探索性测试执行

• 单元测试主要关注程序的正确性，集成测试和系统测试主要关注软件的错误。

• 自动化测试主要专注于验证程序的正确行为，手工测试主要专注于发现软件的错误
  **3、软件测试中的验证：**是指在软件生命周期的各个阶段，用下一个阶段的产品来检查是否满足上一个阶段的规格定义
  **4、软件测试中确认：**在软件生命周期的各个阶段，检查每个阶段结束时的工作成果是否满足软件生命周期初期在需求文档中定义的各项规格和要求
  5、软件测试原则：

• Good enough原则：测试的投入和产出要均衡，不能盲目的追求最佳测试效果而投入了过多的测试资源，应该根据项目的实际要求和产品的质量要求来考虑测试的投入

• Pareto 原则：即80-20原则，80%的BUG在分析，评审，设计阶段就能被发现和修正，16%是由系统的软件测试发现，4%是由用户长期使用以后暴露出来的问题。

• 尽可能早地开展测试：越早发现错误，修改的代价越小。

• 在发现较多错误的地方投入更多的测试：物以类聚，软件缺陷也是这样的，一旦测试人员在某个模块的Bug有集中出现的迹象，就应该对这些缺陷集中的模块更多的测试和回归验证。

• 同化效应：测试人员和开发人员在一起就了，就容易受到开发人员的影响，越会赞同开发人员的思想，测试人员对软件使用地越熟练就容易忽略细节问题。所以在测试的过程就应该通过轮换或补充新的测试人员来避免同化效应。
  **6、软件测试目的：**软件测试的目的就是发现软件的缺陷。