PB环境下的三步测试过程.docx

测试虽然是软件生存周期的一个独立阶段，但测试工作却渗透到从分析、设计直到编程的各个阶段中，如测试计划的编写从分析和设计阶段就开始了，而具体的测试工作随编程工作的不断深入也在进行中。在实际工作中，测试环节可分为明显的、同等重要的三个阶段：即单元测试、集成测试（又称构件测试）和系统测试。测试工作中的第四个阶段是验收测试阶段，验收测试无论在规模上或性质上都和系统测试很相似，它们的根本区别在于：前者是内部的，而后者则是受“客户”控制的。

单元测试

软件单元定义了一个软件很底层的块，用PB开发的客户机/服务器的软件系统中，一个窗口、函数、菜单、报表或一个存储过程都可以作为一个单元进行测试。单元测试是测试的第一步。

人员安排：对于一个完整的软件单元，没有人比它的开发者更熟悉它，因此，开发者自己对其进行测试是最合适的。

单元测试计划：测试计划必须在单元测试之前被设计和记录好。大量的文档说明必须足够详细，以备当单元开发者调离、提升或其他原因离开其岗位时，其他人员也能对相应的单元进行测试。此外，在集成测试和系统测试阶段，清晰、详细、易于理解的单元测试文档对于测试者也将发挥巨大作用。

单元测试的测试计划由单元的开发者（也是该单元的测试者）编制，但在测试计划执行前必须进行审查。这些审查由开发者以外的人进行，第一遍审查由开发者的直接上司去做，其目的在于找出测试计划中的错误、缺点和疏漏之处。第

二遍审查由测试该单元所属系统的测试人员进行，其目的在于确认测试计划符合公布的标准。如果测试计划在任何方面有问题，都将被立即退回到开发者手中。

进行单元测试的时间：在客户机/服务器的开发过程中，单元测试是测试的第一步。经验表明，单元测试执行得越快，它的结果就越有价值，在开发周期中错误发现得越早，纠正它们所花的代价就越小。一般来讲，单元编码完成后，就对其进行单元测试。另外，单元测试可以并行进行。对于彼此独立的单元，进行并行测试可以加速测试的进程。

单元测试阶段的测试类型

在单元测试阶段一般采用白盒测试法。深入到代码层去充分地测试它们是必要的。在这一阶段，必须进行的测试有：路径测试、声明测试、循环测试、边值测试、接口测试、数据确认、事务测试等。

单元测试的特殊考虑

在PB环境下，开发的软件是以窗口为主线将软件的功能联系起来，软件系统表现为各种各样的窗口，因此，对窗口中各控件的各事件的描述的测试是这类软件测试的中心。

控件的测试：一个空间可以看成是由相关联的一组事件的描述组成的，完成一个相对独立的功能。对每一个事件的Script分别进行测试就完成了对一个控件的测试。与传统的软件相比，PB开发的软件风格表现在各事件独立存在，因此对它的测试相对容易。一般来讲，先按设计的规格说明对其代码进行审核；然后，用白盒法对其进行测试，可以达到较好的效果。

窗口的测试：宏观上看，很像是集成测试。其实，所谓单元测试和集成测试也都是相对而言的，在有些情况下不易分得很清楚。在单元测试阶段，对窗口

的测试主要是测试窗口上各控件是否能按设计要求正常工作。在软件开发过程中，制定了一系列的标准文件，包括设计文档标准，界面标准，测试大纲等。对窗口和控件的测试过程中，界面标准和测试大纲是测试的依据。

集成测试

在将所有的单元经过测试以后，接着进行集成测试。集成测试也称综合测试，即将已分别通过测试的单元按要求组合起来再进行的测试，以检查这些单元之间的接口是否存在问题。

人员安排：综合测试既要求参与的人熟悉单元的内部细节，又要求他们能够从足够高的层次上观察整个系统。一般由有经验的测试人员和主要的软件开发者来完成集成测试的计划。

测试计划：集成测试计划由系统设计人员在设计阶段制定，它是和设计规格说明同时完成的。在这份计划里主要包含的内容有：测试的描述和范围、测试环境、时间表、集成次序、测试用例、测试的预期结果、测试的实际结果等。

测试内容：在经过了单元测试后，需要将所有单元集成到一起，组成一个完整的软件系统。需重点测试：各单元的接口是否吻合、代码是否符合规定的标准、界面标准是否同一等。

集成策略：在PB环境下开发的软件系统进行测试按自底向上集成的方式比较自然。这种方法是将底层的单元分组集成测试，然后再逐步向上将软件集成起来，直到最后所有的单元都在一个组中。测试可按下列步骤进行：

将最底层的窗口分组，原则是将那些与上层某个窗口相关联的窗口为一

组。

对每一组分别进行测试，各组测试可并行展开，这样可以加快测试的进程。c.沿软件的结构，逐级向上集成，直到所有的单元都组合到一起，这样就完

成了集成测试的任务。

测试方法：集成测试阶段是以黑盒法为主，在自底向上集成的早期，白盒法测试占一定的比例，随着集成测试的不断深入，这种比例在测试过程中将越来越少，渐渐地，黑盒法测试占据主导地位。

系统测试