基于PB环境下的软件测试[2]

　　基于PB环境下的软件测试[2]  软件测试

　　单元测试的测试计划由单元的开发者(也是该单元的测试者)编制，但在测试计划执行前必须进行审查。这些审查由开发者以外的人进行，第一遍审查由开发者的直接上司去做，其目的在于找出测试计划中的错误、缺点和疏漏之处。第二遍审查由测试该单元所属系统的测试人员进行，其目的在于确认测试计划符合公布的标准。如果测试计划在任何方面有问题，都将被立即退回到开发者手中。

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

　　4)单元测试阶段的测试类型

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

　　5)单元测试的特殊考虑

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

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

　　b.窗口的测试：宏观上看，很像是集成测试。其实，所谓单元测试和集成测试也都是相对而言的，在有些情况下不易分得很清楚。在单元测试阶段，对窗口的测试主要是测试窗口上各控件是否能按设计要求正常工作。在软件开发过程中，制定了一系列的标准文件，包括设计文档标准，界面标准，测试大纲等。对窗口和控件的测试过程中，界面标准和测试大纲是测试的依据。

　　(2)集成测试

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

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

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

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

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

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

原文转自：http://www.ltesting.net