V 模型的左边下降的是开发过程各阶段,与此相对应的是右边上升的部分,即各测试过程的各个阶段。V 模型的优点在于它非常明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
需求分析和功能设计对应验收测试 在做需求分析、产品功能设计的同时,测试人员可以阅读 审查需求分析的结果。
当系统人员在做系统设计时,测试人员可以了解系统是如何实现的,这样可以设计系统的测试方案,和测试计划,事先准备系统的测试环境。
当设计人员在做详细设计时,测试人员可以参与设计,对设计进行评审,找出缺陷,完善测试计划。
在编程的同时,进行单元测试,可以尽快找出程序中的错误,可以大幅度的提高程序质量,减少成本(白盒方法测试) 分析设计(复审(静态测试))
单元测试(单元执行单元测试报告)——> 集成测试(集成测试执行,集成测试报告)—— >系统测试(系统测试执行,系统测试报告)——> 验收测试 (验收测试执行,验收测试报告)
V模型的缺陷及解决思路:
V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段,忽视了测试对需求分析,系统设计的验证,需求的满足情况一直到后期的验收测试才被验证。
解决的思路是,当一个软件开发的时候,研发人员和测试人员需要同时工作,测试在软件做需求分析的同时就会有测试用例的跟踪,这样,可以尽快找出程序错误和需求偏离,从而更高效的提高程序质量,最大可能的减少成本,同时满足用户的实际软件需求。
W模型有利于尽早的全面的发现问题。例如,需求分析完成后,测试人员就应该参与到对需求文档的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,这将显著减少总体测试时间,加快项目进度。
但W模型也存在局限性。在W模型中,需求、设计、编码等活动被视为串行的,同时,测试和开发活动也保持着一种线性的前后关系,上一阶段完全结束,才可正式开始下一个阶段工作。这样就无法支持迭代的开发模型。对于当前软件开发复杂多变的情况,W模型并不能解除测试管理面临的困惑。
2022-02-25 V模型和W模型