测试小课堂测试过程的输入和输出

测试过程的输入有3类：软件配置:被测试软件的文件,如软件需求规格说明书、设计说明书和源程序清单等。测试配置:指测试方案、测试计划、测试用例、测试驱动程序等文档。实际上,测试配置只是软件配置的一个子集。测试工具:为了提高测试效率而设计的支持软件测试的软件。测试过程的输入有3类：修正软件的文件、预测可靠性、或得出纠错后可交付使用的正确软件。在软件开发过程事件中,人们已经总结了许多开发模型:如瀑布模型、原型模型、快速应用开发模型、增量模型和螺旋模型等。这些模型对于软件的开发过程都具有良好的指导作用。但是这些模型并没有充分地强调测试工作的价值，而软件测试是与软件开发紧密相关的一系列有计划的系统性活动,因此,也需要一些有效的测试模型去指导测试的实践过程。软件测试和开发构成一个全过程的交互、协作关系，两者一起工作，共致力于一个目标:按时、高质完成项目。V模型V模型中，左边是软件定义和实现(分析、设计和编程)，右边是验证(即测试)。V模型存在一定的局限性，它仅仅把测试过程作为在需求分析、概要设计、详细设计及编码之后的一个阶段，容易使人理解为测试是软件开发的最后一个阶段，主要是针对程序进行测试寻找错误，而需求分析阶段隐藏的问题一直到后期的验收测试才被发现。V模型的局限性在于没有明确地说明早期的测试，不能体现“尽早地和不断地进行软件测试”的原则。W模型W模型强调:测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求和设计同样要测试。只要相应开发活动完成，即可进行该阶段的测试。W模型也是有局限性的。W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动。同样的，软件开发和测试保持一种线性的前后关系，需要有严格的指令表示上一阶段完全结束，才可正式开始下一阶段。这样就无法支持迭代、自发性以及变更调整。H模型H模型表明软件测试是一个独立的流程，将测试准备活动和测试执行活动清晰地体现出来。贯穿软件产品整个生命周期。H模型将测试活动完全独立出来，形成一个完全独立的流程，将测试准备活动和测试执行活动清晰地体现出来。概括地说，H模型揭示了:1.软件测试不仅仅指测试的执行，还包括很多其他的活动。2.软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。3.软件测试要尽早准备，尽早执行。4.当某个测试时间点就绪时，软件测试即从测试准备阶段进入测试执行阶段。前面介绍的这几种测试模型以各种不同的方式为软件开发过程中软件测试工作提供了一个基本的框架和思路。但任何模型都是不完美的我们应尽可能地去应用模型中软件项目有使用价值的方面,而不是强行地为使用模型而使用模型。在这些模型中,V模型清楚的描述了不用测试级别和、开发级别间的对应关系,但V模型认为测试的对象主要只是指程序，忽略了还应该对需求、设计和文档进行测试。W模型弥补，了V模型的不足,W模型强调了测试计划等工作的先行,但W和V模型都没有专门针对软件测试流程的说明。在H模型中。独立的操作流程得到了体现,几乎包含，了从测试计划、测试单例的设计和编写,到测试的实施、测试报告的编写等全过程。在实际软件测试的实施过程中,应灵活地运用各种模型的优点,通常可以在W模型的框架下,运用H模型的思想进行独立的测试。同时,将测试和开发紧密结合,寻找恰当的就绪点开始测试,并反复进行迭代测试,以达到按期完成预定的目标。

转载请注明：http://www.81guangchang.com/cgda/19917.html