软件测试模型

测试模型

V模型

学院派模型，里程碑式结构，只有完成一个里程碑，才可以进行下一个里程碑，虽然它有很多弊端，但理解它还是很有意义的事情，因为它建立一系列规范性流程和文件，告诉我们在软件生命周期内应该有什么工作内容，其实仍可作为主流选用的测试模型，只是需要针对一些弊端稍作处理而已。
影响V模型执行的常在因素：
1.需求不清晰：绝大部分项目需求分析结论都不会特别明确，无法真正结束需求里程碑。
2.需求变更：过程需求变更成为软件开发项目常态，每一次变更都需求重新执行流程，维护相关文件
3.每个里程碑都是线性关系，测试介入属于后期工作，违背尽早地、不断地测试的原则，维护成本高。
4.项目中如果有并行工作，容易产生卡带现象，可能因为一个人的工作影响整个里程碑执行
5.项目周期长，每一个里程碑延期都将严重影响项目周期
尽管弊端很多，优点也很多：
1.非常明确标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系
2.每个里程碑输出的文件都非常规范和清晰，可执行性强，可追溯性强，可积累性强。
3.开发及测试流程清晰，阶段性工作清晰，便于计划、管理和统计
4.上述2、3点在公司级评CMMI模型的时候和需要做项目评估的时候非常有用，强调项目积累，从组织能力、成本分析、人员技能成熟度、工作量分析、项目周期分析等等一系列实际上也是非常有必要的分析工作。

W模型

科学化的学院派模型
在V模型上强调软件测试伴随整个软件生命周期，测试不仅仅只有程序，还有需求、设计等等。
可以理解为更加完善的V模型，但实际上执行起来会比V模型投入更多资源和时间、例如需求变更后，不仅仅开发需求变更，测试也随着变更，不仅增加了项目复杂程度，也严重影响项目周期。

X模型

这个模型没有太多研究，但探索性测试可以了解一下。探索性测试对人员技能要求和经验要求比较高，它也是有组织，有一系列方法的测试，不是盲目的测试。此前使用过一段时间，效果还不错，可以自行了解。

H模型

H模型非常强调尽早测试和持续测试的概念，在火热的敏捷开发中可以得到很好的运用，可以说是精英团队的利剑。
强调软件测试不仅仅指测试的执行，还包括很多其他的活动；
　　1.软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行；
　　2软件测试要尽早准备，尽早执行；
　　3.软件测试是根据被测物的不同而分层次进行的。不同层次的测试活动可以是按照某个次序先后进行的，但也可能是反复的；
　　4.把软件的开发视为需求、设计、编码等一系列串行活动，但实际上，这些活动可以交叉的进行，严格的划分只是一种理想状态。
　　H模型的缺点：
　　1.管理模型要求高：由于模型很灵活，必须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制；
　　2.技能要求高：H模型要求能够很好的定义每个迭代的规模，不能太大也不能太小；
　　3.测试就绪点分析困难：测试很多时候，你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准是什么，这就对后续的测试执行的启动带来很大困难；
　　4.对于整个项目组的人员要求非常高：在很好的规范制度下，大家都能高效的工作，否则容易混乱。例如：你分了一个小的迭代，但是因为人员技能不足，使得无法有效完成，那么整个项目就会受到很大的干扰。

测试模型选用

创业型团队：1-10人，H模型非常适用
中小型企业：V模型，测试开发人员配比失衡，比较强调最终实现，项目规模小等。
大型企业：W模型，大型项目，测试人员配比平衡，资源丰富，人员技能水平较高
其实无所谓必须严格套用模型，根据公司特性选用一个比较适合的模型作为框架，然后最好是根据项目特点和实用性在每个测试模型的优缺点中尽量达到各方面平衡。