软件测试流程扫盲：V/W/H模型，测试左移测试右移

一、软件测试模型

（一）V模型

V模型是瀑布模型的一种改进
V模型标明了测试过程中的不同阶段

1.V模型每个测试阶段的测试内容

单元测试：类、函数
集成测试：接口
系统测试：前期测功能有没有满足需求，后期满足功能后还需要测性能、兼容性
验收测试：检查产品有无满足最终的需求
在这里插入图片描述

2.V模型的优缺点

优点
1.既有底层测试又有高层测试。
2.将开发阶段清楚的表现出来，便于控制开发的过程
缺点
1.容易让人误解为测试是在开发完成之后的一个阶段
2.由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug可能不容易找到其根源，并且代码修改起来很困难。
3.如果需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大

（二）W模型

W模型明确表示出了测试与开发的并行关系
W模型中测试伴随着整个软件开发周期，并且测试的对象不仅仅是程序，需求和设计同样要测试

在这里插入图片描述

1.W模型的优缺点

优点
1.将测试贯穿到整个软件的生命周期中，且除了代码要测试，需求、设计等都要测试
2.更早的介入到软件开发中，能尽早的发现缺陷进行修复
3.测试与开发独立起来，并与开发并行
缺点
1.无法支持迭代的开发模型
2.对有些项目，开发过程中根本没有文档产生，故W模型无法使用
3.对于需求和设计的测试技术要求很高，实践起来很困难

（三）H模型

软件开发中需求、设计、编码等活动被分阶段执行，但是实践中，他们并不是完全串行的，它们之间更多时候是交叉进行的，更多的是迭代执行（迭代：开发到一半，测试过程中发现一个问题，因为这个问题又去改需求，然后跟着改设计重新编码）
把测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来

1.H模型每个测试阶段的测试内容

测试准备：人员的配备，多长时间能把这个项目能测完，测哪些点测哪些模块
测试就绪点：测试准备到什么程度就可以执行测试（比如文档都得有啦、程序都得有啦）
测试执行：按照测试用例去测试我们的文档还有程序
在这里插入图片描述

2.H模型的优缺点

优点
1.软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行
2.软件测试活动可以尽早准备、尽早执行，具有很强的灵活性
缺点
1.测试就绪点分析困难
2.对于整个项目组的人员要求非常高

二、软件测试流程

（一）传统测试流程

在这里插入图片描述
单元测试：类、函数
集成测试：接口
冒烟测试：软件的基本功能（电商app：下单→付款）
系统测试：前期测功能有没有满足需求，后期满足功能后还需要测性能、兼容性、安全性
回归测试：系统测试过程中发现的bug开发需要进行修改，回归①bug有没有改好②修改bug的影响功能③老功能能不能用（老功能也可能发现问题）→所有新功能的用例执行完了、老功能的用例回归完了
验收测试：检查产品有无满足最终的需求