V模型
优点:
- 既有底层测试又有高层测试。
- 将开发阶段清除的表述出来, 便于控制开发的过程。
缺点:
- 容易让人误解为测试是在开发完成之后的一个阶段。
- 由于他的顺序性, 当编码完成之后正式进入测试时, 这是发现的一些bug可能不容易找到其根源, 并且代码修改起来很困难。
- 如果需求变更较大, 导致要重复设计, 编码, 测试。返工量大。
W模型
优点:
- 将测试贯穿到整个软件的生命周期中, 且除了代码要测试, 需求, 设计等都要测试。
- 更早的介入到软件开发中, 能尽早的发现缺陷进行修复。
- 测试与开发独立起来, 并与开发并行。
缺点:
- 无法支持迭代的开发模型。
- 对有些项目, 开发过程中跟本没有文档产生因此无法使用该模型。
- 对于需求和设计的测试技术要求很高, 实践起来很困难
H模型
优点:
- 软件测试完全独立, 贯穿整个生命周期, 且与其他流程并行
- 软件测试活动可以尽早准备, 尽早执行, 具有很强的灵活性
缺点:
- 测试就绪点分析困难
- 对于整个项目组的人员要求非常高
传统测试流程
单元测试 → 集成测试 → 冒烟测试 → 系统测试 → 回归测试 → 验收测试
- 冒烟测试: 对基本功能的验证
- 系统测试: 需求分析 → 测试计划 → 测试设计 → 用例评审 → 测试执行 → bug管理 → 发布维护