的指标:验收测试确定软件的实现是否满足用户需要或合同的要求。但V模型存在一定的局限性,它仪仪把测试作为在编码之后的~个阶段,是针对程序进行的寻找错误的活动,而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能”1。2.w模型w髓’泓I㈨、t.1litiI’公·d公-≈提出,相对于V模型,w模型增加了软件箨丌发阶段中应蚓步进}i的验iii!$11确认活动。如图2—2所示。w模型由两个V字型模型组成,分别代农测试与JI:发过程,图中明确表示出了测试与开发的并行关系m。w模,魁强调:测试伴随符整个软件开发周期,而且测试的对象不仅仅是程序,需求、设计等同样要测试,也就是说,测试与丌发是同步进行的。W模型有利于尽早地全面的发现问题。例如,需求分析完成后,测试人员就应该参与6山大学硕卜学位牛业论文到对需求的验证和确认活动中,以尽早地找出缺陷所在。同时,对需求的测试也有利于及时了解项目难度和测试风险,及早制定应对措施,这将显著减少总体测试时间,加快项目进度。但W模型也存在局限性。在w模型中,需求、设计、编码等活动被视为串行的,同时,测试和丌发活动也保持着一种线性的前后关系,上一阶段完全结束,才可『F式丌始下一个阶段工作。这样就无法支持迭代的丌发模型。对于当前软件_丌发复杂多变的情况,w模型并不能解除测试管理面临着困惑。“。图2—2软件测试w模型3.H模型V模型和w模型均存在一些不妥之处。如前所述,它们都把软件的丌发视为需求、设计、编码等一系列串行的活动,而事实上,这些活动在大部分时间内是可以交叉进行的,所以,相应的测试之问也硝i存在f“格的次序关系。同时,各层次的测试(单元测试、集成测试、系统测试等)也存在反复触发、迭代的关系。为了解决以上问题,有专家提出了H模型。它将测试活动完全独立出来,形成了一个完全独立的流程,将测试准备活动和测试执行活动清晰地体现出来,如图2-3所示。!。
全文预览
