软件测试模型

测试V模型
- 单元测试（模块测试）：针对单一的程序模块进行的测试
- 集成测试（组装测试）：在单元测试的基础上，对所有的模块进行测试
- 系统测试：将整个软件看做一个整体进行测试，包括功能、性能、兼容性
- 验收测试
  - α测试（内测版）：公司内部进行的测试，bug较多
  - β测试（公测版）：面向用户，通过用户的反馈再去修改细节
  - γ测试（候选版）：与正式软件相差无几
- 优点
  - 测试V模型既包含了底层测试（检验源代码质量的测试，如：单元测试），又包含了高层测试（检验整个系统的需要，如：系统测试）
  - 清楚的标识了开发和测试的各个阶段，方便管理人员把控整个工作流程
  - 自上而下逐步求精，每个阶段分工明确，便于整个项目的把控
- 缺点
  - 自上而下的顺序导致了测试工作在编码之后，就导致错误不能及时的进行修改
  - 当需求进行变更时，V模型步骤反复执行，返工量很大，灵活度较低
- 改良
  - 每个步骤都可以进行小的迭代，比如在每完成一个阶段时，召开一个会议，让各个部门的人参与进来，共同商讨这一阶段工作是否有纰漏，从而进行修改

测试W模型（双V模型）
- 在软件的需求设计和设计阶段也应有测试活动，即开发一个V，测试一个V，组成W模型。测试伴随着整个软件开发周期，并且测试的对象不仅仅是程序，需求和设计同样要测试
- 优点
  - 开发伴随着整个开发周期，需求和设计同样需要测试
  - 更早的介入测试，可以发现初期的缺陷，修复成本低
  - 分阶段工作，方便项目整体管理
- 缺点
  - 开发和测试依然是线性关系，需求的变更和调整，依然不方便
  - 如果没有文档，根本无法执行W模型
  - 对于项目组成员的技术要求更高

测试H模型
- 将测试流程分为“测试准备”、“测试就绪点”、“测试执行”三个部分
- 测试准备：所有测试执行活动的准备；判断是否到达测试就绪点
- 测试就绪点：测试准入准则，即是否可以开始执行测试的条件
- 测试执行：具体的执行测试的程序
- 优点
  - 揭示了软件测试除了测试的执行外，还有很多工作
  - 软件测试完全独立，贯穿了整个生命周期，且与其他流程并发进行
  - 软件测试活动可以尽早准备、尽早执行，具有很强的灵活性
  - 软件测试可以根据被测物的不同，分层次、分阶段、分次序的执行，同时也是可以被迭代的
- 缺点
  - 管理型要求高：由于模型灵活性高，必须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制
  - 技能要求高：H模型要求能够很好地定义每个迭代的规模，不能太大也不能太小
  - 测试就绪点分析困难：测试很多时候，你并不知道测试准备到什么时候是合适的，就绪点定到哪里，就绪点的标准是什么，这就对后续的测试执行的启动带来了很大的困难
  - 对于整个项目组的人员要求非常高：在很好的规章制度下，大家都能高效的工作，否则容易混乱。例如：你分了一个小的迭代，但是因为人员技能不足，使得无法有效完成，那么整个项目就会受到很大的干扰
总结
- V模型适用于中小型企业
- W模型适用于中大型企业（因为人员要求高）
- H模型要求非常高，很少有公司使用