软件测试模型
- 2020 年 6 月 9 日
- 筆記
软件测试模型
软件测试和软件开发一样，都遵循软件工程原理，遵循管理学原理 。测试专家通过实践总结出了很多很好的测试模型。这些模型将测试活动进行了抽象，明确了测试与开发之间的关系，是测试管理的重要参考依据。
V模型
模型是一个著名的、以测试为驱动的开发模型，该模型强调开发过程中测试贯穿始终，是瀑布模型的一个变体
需求分析： 用户需求、业务需求、需求规格说明书
概要设计： 系统架构、模块划分、模块与模块之间的接口
详细设计： 模块内部实现的逻辑和方法。
编码： 实现上面的设计
单元测试 ： 检测代码的开发是否符合详 细设计的要求
集成测试 ： 检测此前测试过的各组成部分是否能完好地结合到一起
系统测试： 检测已集成在一起的产品是否符合系统规格说明书的要 求
验收测试 ： 检测产品是否符合最终用户的需求
优点：
V模型清楚地标识出了软件开发的阶段
它采用自顶向下逐步求精的方式把整个开发过程分成不同的阶段， 每个阶段的工作都很明确，因此便于控制开发过程。当所有的阶段都完成之后，该软件的开发过程也随之结束
缺点：
V模型一大缺点正是它自身的顺序性所导致的。到了测试阶段，程序已经完成，错误已经产生，很多前期的错误一直到测试阶段才 发现，甚至无法发现，往往无从修改了
同时实际的开发过程中，在需求阶段很难把用户的需求完全明确下来，因此，当需求变更时将会导致阶段反复，而且都要重复需 求、设计、编码、测试等过程，返工量非常大，模型灵活性比较低
W模型
W模型由Evolutif公司提出：开发一个V，测试一个V，组合的W模型
优点：
开发强调测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求和概要设计同样要测试
更早地接入测试，可以发现开发初期的缺陷，那么可以用更加低的成本进行缺陷修复。同样是分阶段的工作，便于控制项目过程
缺点：
依赖于软件开发和软件测试依 然保持一前一后的线性关系， 依然无法支持迭代、自发性和需求等变更调整
对于当前很多项目，在执行的过程中根本不产生文档，那么W模型基本无法适用，使用起来技术复杂度很高，对于需求和设计的测试要求很高，实践起来困难
H模型
人们发现虽然软件开发中需求、设计、编码等活动被分阶段执行、 但是实践中，他们并不是完全串行的，它们之间更多时候是交叉进行的，更多的是迭代执行。为了解决上面的问题，有专家专门提出了H模型，它将测试活动完全独立出来，形成一个完全独立的流程，同时将测试准备和测试执行也清晰表现出来
优点：
开发的H模型揭示了软件测试除测试执行外，还有很多工作
软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行
软件测试活动可以尽早准备、尽早执行，具有很强的灵活性
软件测试可以根据被测物的不同而分层次、分阶段、分次序的执行，同时也是可以被迭代的
缺点：
管理型要求高：由于模型很灵活，必 须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制
技能要求高：H模型要求能够很好的定 义每个迭代的规模，不能太大也不能太小；
测试就绪点分析困难：测试很多时候， 你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准 是什么，这就对后续的测试执行的启 动带来很大困难
对于整个项目组的人员要求非常高： 在很好的规范制度下，大家都能高效的工作，否则容易混乱。例如：你分了一个小的迭代，但是因为人员技能不足，使得无法有效完成，那么整个项目就会受到很大的干扰
总结：
v模型适用于中小企业
w模型适用于中大型企业（因为人员要求高）
h模型人员要求非常高，很少有公司使用
