《软件测试》报告.pptVIP

2.1.1 V模型　　在传统的瀑布型软件开发过程中，仅仅将测试过程作为需求分析、设计、实现后的一个阶段，对软件测试过程没有进一步的描述。V模型针对瀑布模型对软件测试过程进行了补充和完善。V模型最早是由已故的Paul Rook在20世纪80年代后期提出的，旨在改进软件开发的效率和效果。在该模型中，测试过程被加在开发过程的后半部分，如图2-1-1所示。V模型反映出了测试活动与分析设计活动的关系。从左到右描述了基本的开发过程和测试行为，非常明确地标注了测试过程中存在的不同类型的测试，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。 图2-1-1 V模型示意图 　　在V模型中的测试执行阶段一侧，先进行单元测试，然后进行集成测试、系统测试，最后进行验收测试，这些测试形成了软件测试的不同层次(级别)，并与开发过程的相应阶段对应。各级测试的目的主要有：　　(1) 单元测试：检测最小的软件设计单元模块是否符合详细设计的要求，是否存在编码错误等，确保产生符合要求的、运行可靠的程序单元。单元测试是最低层次的测试，但却是最有效的测试，在性能价格比上最优。 　　(2) 集成测试：检测此前已经测试过的各个模块(单元)是否能够完好地结合在一起，是否在接口等方面存在错误，确保各单元(模块)以正确、稳定和一致的方式进行交互。　　(3) 系统测试：检测已集成在一起的产品是否符合需求规格说明书的要求。主要验证系统的功能性需求和非功能性需求，为下一阶段的验收测试奠定基础。　　(4) 验收测试：检测产品是否符合最终用户的要求，并在软件正式交货前确保系统能正常工作且可用。 　　简单地说，单元测试和集成测试主要检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。　　对于V模型中的测试设计没有明确说明，仅强调每个开发阶段有一个与之相关的测试级别，测试设计应该在各级别测试之前进行。在实际操作中，需求分析阶段文档通过评审后就要进行验收测试和系统测试的用例设计，同样在概要设计通过评审后进行集成测试设计。 　　但V模型存在一定的局限性，它仅仅把测试作为在编码之后的一个阶段，是针对程序进行的寻找错误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认。主要不足有：　　(1) 软件测试执行是在编码实现后才进行，容易导致从需求、设计等阶段隐藏的缺陷一直到验收测试才被发现，图1-1-1的统计数据表明，这将导致发现和消除这些缺陷的代价非常高。　　(2) 将开发和测试过程划分为固定边界的不同阶段，使得相关人员很难跨过这些边界来采集测试所需要的信息。　　(3) 容易让人形成“测试是开发之后的一个阶段”、“测试的对象就是程序”等误解。 2.1.2 W模型　　在V模型中，软件测试执行是在编码实现后才进行，容易导致从需求、设计等阶段隐藏的缺陷一直到验收测试才被发现。由于软件缺陷的发现和解决的成本具有放大性，如在需求阶段遗留的缺陷在产品交付后才发现和解决，其代价是在需求阶段发现和解决代价的40～1000倍。因此，软件测试工作越早进行，其发现和解决错误的代价越小，风险也越小。根据这个观点，Systeme Evolutif公司在V模型基础上提出了W模型，如图2-1-2所示。 　　在该模型中，W模型是由两个“V”重叠而成。其中一个表示开发过程，另外一个表示测试过程。软件测试中的各项活动与开发过程各个阶段的活动相对应。软件开发过程中各阶段性可交付产品(文档、代码和可执行程序等)都要进行测试，以尽可能将各阶段产生的缺陷在该阶段发现和消除。 图2-1-2 W模型 　　按照W模型进行的软件测试实际上是对软件开发过程中各个阶段的可交付产品(即输出)的验证和确认活动。在开发过程中的各个阶段，需要进行需求评审、概要设计评审、详细设计评审，并完成相对应的验收测试、系统测试、集成测试和单元测试等工作。　　W模型使我们树立了一种新的观点，即软件测试并不等于程序的测试，不应仅仅局限于程序测试的狭小范围内，而应贯穿于整个软件开发周期。因此，需求阶段、设计阶段和程序实现等各个阶段所得到的文档，如需求规格说明书、系统架构设计书、概要设计书、详细设计书、源代码等都应成为测试的对象。也就是说，测试与开发是同步进行的。W模型有利于尽早地、全面地发现问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地找出需求方面的缺陷。同时，对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，这将显著减少总体测试时间，加快项目进度。 　　但W模型也存在局限性。在W模型中，需求、设计、编码等活动被视为串行的，同时，测试和开发活动也保持着一种线性的前后关