摘要: 引言 当前主流的软件生命周期模型有瀑布模型、原型模型、螺旋模型、增量模型、渐进模型、快速软件开发以及Rational统一过程等，但是在这些模型中，软件测试的价值并未得以足够的体现，也没有给软件测试以足够 ...
3.H模型 在H模型中，软件测试的过程活动完全独立，形成一个独立的流程，贯穿于整个软件的声明周期，与其他流程并发进行，某个测试点准备就绪后就可以从测试准备阶段进行到测试执行阶段，软件测试活动可以根据被测产品的不同而分层进行，详情如图3。 图3.H模型 从上图可以看出： 软件测试不仅仅指测试的执行，还包括很多其他的活动； 软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行； 软件测试要尽早准备，尽早执行； 软件测试是根据被测物的不同而分层次进行的。不同层次的测试活动可以是按照某个次序先后进行的，但也可能是反复的； 把软件的开发视为需求、设计、编码等一系列串行活动，但实际上，这些活动可以交叉的进行，严格的划分只是一种理想状态。 4.X模型 X模型也是对V模型的改进,X模型提出针对单独的程序片段进行相互分离的编码和测试,此后通过频繁的交接,通过集成最终合成为可执行的程序，详情见图4。  图4.X模型 从上图可以看出： X模型并不要求在进行作为创建可执行程序（图中右上方）的一个组成部分的集成测试之前，对每一个程序片段都进行单元测试（图中左侧的行为）； X模型没能提供是否要跳过单元测试的判断准则； X模型填补了V模型和X模型的缺陷，并可为测试人员和开发人员带来明显的帮助； X模型还定位了探索性测试（右下方）。这是不进行事先计划的特殊类型的测试，诸如“我这么测一下结果会怎么样？”，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。 X模型的左边描述的是针对单独程序片段所进行的相互分离的编码和测试，此后将进行频繁的交接，通过集成最终成为可执行的程序，然后再对这些可执行程序进行测试。己通过集成测试的成品可以进行封装并提交给用户，也可以作为更大规模和范围内集成的一部分。多根并行的曲线表示变更可以在各个部分发生。由图中可见，X模型还定位了探索性测试，这是不进行事先计划的特殊类型的测试，这一方式往往能帮助有经验的测试人员在测试计划之外发现更多的软件错误。但这样可能对测试造成人力、物力和财力的浪费，对测试员的熟练程度要求比较高。作者简介：王超，花名于龙，2007年计算机软件与理论专业硕士毕业，先后在微软全球技术支持中心、SAP中国研究院、淘宝网从事自动化测试用例开发、自动化框架研发、测试平台建设、信息系统研发、测试工具研发团队管理等工作，目前负责支付宝产品质量部测试工具研发团队。版权声明：本文出自支付宝产品质量部 王超(花名于龙)，51Testing软件测试网原创出品，未经明确的书面许可，任何人或单位不得对本文进行复制、转载或镜像，否则将追究法律责任。 |
