软件测试

转载于：https://www.cnblogs.com/tisnk/p/13080367.html

软件测试模型

　　软件测试和软件开发一样，都遵循软件工程原理，遵循管理学原理 。测试专家通过实践总结出了很多很好的测试模型。这些模型将测试活动进行了抽象，明确了测试与开发之间的关系，是测试管理的重要参考依据。

V模型

模型是一个著名的、以测试为驱动的开发模型，该模型强调开发过程中测试贯穿始终，是瀑布模型的一个变体

 

需求分析： 用户需求、业务需求、需求规格说明书

概要设计： 系统架构、模块划分、模块与模块之间的接口

详细设计： 模块内部实现的逻辑和方法。

编码： 实现上面的设计

单元测试 ： 检测代码的开发是否符合详 细设计的要求

集成测试 ： 检测此前测试过的各组成部分是否能完好地结合到一起

系统测试：  检测已集成在一起的产品是否符合系统规格说明书的要 求

验收测试 ： 检测产品是否符合最终用户的需求

优点：

　　V模型清楚地标识出了软件开发的阶段

　　它采用自顶向下逐步求精的方式把整个开发过程分成不同的阶段， 每个阶段的工作都很明确，因此便于控制开发过程。当所有的阶段都完成之后，该软件的开发过程也随之结束

缺点：

　　V模型一大缺点正是它自身的顺序性所导致的。到了测试阶段，程序已经完成，错误已经产生，很多前期的错误一直到测试阶段才 发现，甚至无法发现，往往无从修改了

　　同时实际的开发过程中，在需求阶段很难把用户的需求完全明确下来，因此，当需求变更时将会导致阶段反复，而且都要重复需 求、设计、编码、测试等过程，返工量非常大，模型灵活性比较低

 W模型

 　　W模型由Evolutif公司提出：开发一个V，测试一个V，组合的W模型

 

 

 

优点：

　　开发强调测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求和概要设计同样要测试

　　更早地接入测试，可以发现开发初期的缺陷，那么可以用更加低的成本进行缺陷修复。同样是分阶段的工作，便于控制项目过程

缺点：

　　依赖于软件开发和软件测试依 然保持一前一后的线性关系， 依然无法支持迭代、自发性和需求等变更调整

　　对于当前很多项目，在执行的过程中根本不产生文档，那么W模型基本无法适用，使用起来技术复杂度很高，对于需求和设计的测试要求很高，实践起来困难

H模型

　　人们发现虽然软件开发中需求、设计、编码等活动被分阶段执行、 但是实践中，他们并不是完全串行的，它们之间更多时候是交叉进行的，更多的是迭代执行。为了解决上面的问题，有专家专门提出了H模型，它将测试活动完全独立出来，形成一个完全独立的流程，同时将测试准备和测试执行也清晰表现出来

 

优点：

　　开发的H模型揭示了软件测试除测试执行外，还有很多工作

　　软件测试完全独立，贯穿整个生命周期，且与其他流程并发进行

　　软件测试活动可以尽早准备、尽早执行，具有很强的灵活性

　　软件测试可以根据被测物的不同而分层次、分阶段、分次序的执行，同时也是可以被迭代的

 缺点：

　　管理型要求高：由于模型很灵活，必 须要定义清晰的规则和管理制度，否则测试过程将非常难以管理和控制

　　技能要求高：H模型要求能够很好的定 义每个迭代的规模，不能太大也不能太小；

　　测试就绪点分析困难：测试很多时候， 你并不知道测试准备到什么时候是合适的，就绪点在哪里，就绪点的标准 是什么，这就对后续的测试执行的启 动带来很大困难

　　对于整个项目组的人员要求非常高： 在很好的规范制度下，大家都能高效的工作，否则容易混乱。例如：你分了一个小的迭代，但是因为人员技能不足，使得无法有效完成，那么整个项目就会受到很大的干扰

 总结：

　　v模型适用于中小企业

　　w模型适用于中大型企业（因为人员要求高）

　　h模型人员要求非常高，很少有公司使用