软件项目开发实战项目5.pptVIP

W 模型强调，测试伴随着软件开发的各阶段，测试的对象不仅仅是程序，需求分析、设计等同样需要测试。也就是说，测试与开发是同步进行的，当某一阶段的工作完成后，就可以进行测试。 W 模型有利于尽早地、全面地进行测试，以发现软件中存在的问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地发现需求分析中存在的问题，并从可测试性角度为需求文档的编写提出建议。同时，测试人员结合前期对项目的把握，有利于及时了解项目的难度和测试中存在的风险，易于制定出完善的测试计划和方案，安排开发中各阶段的测试方法、进度和人员，使软件的开发过程进展顺利，提高软件测试和开发的效率。 W 模型强调，测试伴随着软件开发的各阶段，测试的对象不仅仅是程序，需求分析、设计等同样需要测试。也就是说，测试与开发是同步进行的，当某一阶段的工作完成后，就可以进行测试。 W 模型有利于尽早地、全面地进行测试，以发现软件中存在的问题。例如，需求分析完成后，测试人员就应该参与到对需求的验证和确认活动中，以尽早地发现需求分析中存在的问题，并从可测试性角度为需求文档的编写提出建议。同时，测试人员结合前期对项目的把握，有利于及时了解项目的难度和测试中存在的风险，易于制定出完善的测试计划和方案，安排开发中各阶段的测试方法、进度和人员，使软件的开发过程进展顺利，提高软件测试和开发的效率。 W 模型也有利于全程测试。这是因为W 模型中将测试与开发活动紧密结合起来，使测试人员充分关注开发过程，对开发过程的各种变更及时响应。例如，根据开发进度计划的变更及时调整测试进度和测试策略，以及依据需求的变更及时调整测试用例等。 W 模型也存在局限性。在W 模型中，需求分析、设计、编码等活动被视为串行的，同时，测试和开发活动之间也是一种线性的关系，某开发活动完全结束后才可以正式开始进行测试，这样就无法支持迭代、自发性及变更调整。对于当前软件开发复杂多变的情况，W 模型并不能完全解决测试管理中面临的困惑。 3．H 模型 V 模型和W 模型都存在不足之处，它们都把软件的开发过程中的需求分析、设计、编码等活动视为串行的。而大量的实践表明，各阶段保持严格的串行关系只是一种理想的状况，需求的变更等都会破坏这一理想状况，故与各开发阶段相对应的测试之间也不可能保持严格的次序关系。同时，各层次的测试（单元测试、集成测试、系统测试等）也存反复触发、迭代和增量关系。为了解决以上问题，测试专家提出了H 模型。它将测试活动完全独立出来，形成一个完全独立的流程，以将测试准备活动和测试执行活动清晰地体现出来，如图5-5 所示。图5-5 中绘出的仅为整个软件生产周期中某个层次上的一次测试。图5-5 中标注的其他流程可以是任意的开发流程，例如设计流程或编码流程，也可以是非开发流程，如SQA 流程。甚至可以是测试流程自身。只要测试准备活动完成，达到了测试就绪点，即可执行测试工作。 例如，在一个构件化ERP 项目的系统测试过程中，由于前期需求难以确定，开发周期相对较长，为了进行更好的跟踪和管理，项目采用增量和迭代模型进行开发。整个项目开发共分3 个阶段：第一阶段实现进销存的简单的功能和工作流；第二阶段实现固定资产管理、财务管理，并完善第一阶段的进销存功能；第三阶段增加办公自动化的管理。该项目每一阶段的工作是对上一阶段成果的一次迭代完善，同时叠加了新功能。 在该项目的系统测试过程中，根据H 模型的思想，把系统测试作为一个独立的流程，达到相应的测试就绪点时即可执行测试。该系统的3 个阶段相对独立，每一阶段完成的阶段产品亦具有相对独立性，可以作为系统测试的测试就绪点。故在该系统开发过程中，可开展3个阶段的系统测试，每个阶段系统测试具有不同的侧重点，以实现与各阶段开发的紧密结合，尽早发现软件中的错误，降低错误修复的成本。软件开发与系统测试过程的关系如图5-6 所示。 H 模型使我们对软件测试有了更进一步的认识：软件测试不仅指测试的执行，还包括很多其他活动，如测试的准备；软件测试是一个独立的流程，可贯穿到软件产品整个生命周期中的任一流程，与之并发地进行；只要某个测试达到准备就绪点，测试执行活动就可以开展，不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的。 H 模型使我们对软件测试有了更进一步的认识：软件测试不仅指测试的执行，还包括很多其他活动，如测试的准备；软件测试是一个独立的流程，可贯穿到软件产品整个生命周期中的任一流程，与之并发地进行；只要某个测试达到准备就绪点，测试执行活动就可以开展，不同的测试活动可以是按照某个次序先后进行的，但也可能是反复的。 5.5.2 1．单元测试的概念 单元测试是对软件基本组成单元的测试。单元的具体含义是什么呢？一般认为，在传统的结构化编程语言中，例如C 语言，要进行测试的单元一般是模