软件测试模型梳理总结
目录
1 软件测试模型
1.1 V模型
1.2 W模型
1.3 H模型
1.4 X模型
1 软件测试模型
1.1 V模型
V模型指出:
- 单元和集成测试应检测程序的执行是否满足软件设计的要求
- 系统测试应满足系统功能、性能的质量特性是否达到系统要求的指标
- 验收测试确定软件的实现是否满足用户需求或合同需求
优点:
- 明确的标注了测试过程中存在的不同类型的测试
- 清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系
缺点:
- 仅仅把测试作为在编码之后的阶段，未在需求阶段就介入测试。
- 无法适应需求变更
- 用户仅在最终阶段看到产品
- 前面各阶段遗留的风险到测试阶段才被发现，导致项目大面积返工，付出代价大
1.2 W模型
W模型增加了软件各开发阶段中应同步进行的验证和确认活动，W模型由两个V字型模型组成，分别代表测试和开发过程，明确表示了测试与开发的同步关系。
优点:
- 测试的活动与软件开发同步进行
- 测试的对象不仅仅是程序，还包括需求和设计
- 尽早发现软件缺陷可降低软件开发的成本
缺点:
- 需求、设计、编码等活动被视为串行的
- 测试和开发保持着一种线性的前后关系，上阶段完全结束，才能正式开始下阶段工作
- 重流程，无法支持迭代的开发模型，对于当前软件开发复杂多变的情况， W模型并不能解除测试管理面临的困惑
1.3 H模型
H模型将测试活动完全独立出来，形成一个完全独立的流程，强调测试的独立性与灵活性，只要某一个工作流程的测试条件成熟、就可以执行测试。
优点:
- 测试活动完全独立，贯穿整个软件生命周期，与开发流程并行
- 支持迭代、增量、敏捷等开发模式
- 能尽早发现缺陷，降低修复成本，提升测试效率
缺点:
- 对测试人员的专业能力、管理能力要求较高
- 测试流程管理复杂度提升，需要完善的测试计划与管控
- 过度强调独立性，易与开发流程脱节
1.4 X模型
X模型针对V模型的局限性提出，支持迭代开发与频繁变更，将程序分成多个片段反复迭代测试，然后将多个片段集成再进行迭代测试。
优点:
- 支持迭代开发与需求频繁变更
- 测试与开发并行
- 能快速定位缺陷，降低变更带来的风险
缺点:
- 测试片段过多，易导致测试管理混乱
- 缺乏完整的测试流程规范，对测试规划要求高
以上就是软件测试V、W、H、X四大模型的梳理总结，后续我会继续分享编写测试用例、缺陷报告等实操内容，和大家一起从基础走向实战～
如果这篇内容对正在学习软件测试的伙伴们有所帮助，欢迎点赞、收藏、转发，也欢迎在评论区交流测试学习心得～