在PB环境下开展的软件测试（二）（pb软件能做什么）

单元测试

软件单元是软件最低端的模块，在使用 PB开发形成的客户机或者服务器的软件系统中，一个窗口、函数、菜单、报表或者存储过程中都被认为是一个单元进行测试。单元测试其实是测试的第一步。

1）对于测试人员的安排，在完整的软件单元测试中，开发者是最熟悉软件系统的，因此开发者自身对系统进行测试是最为适合的。

2）对于测试计划来说，其在单元测试之前必须被设计和记录好。针对系统的文档说明必须极为详细，从而确保单元开发者在调离和提升或者其他原因离开岗位时，其他人员能够继续完成相应的单元测试工作。另外，在集成和系统测试过程中，清晰、详细以及容易理解的单元测试文档也能够极大的提升测试工作的基本效率。

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

3）在客户机和服务器的实际开发过程中，单元测试作为测试工作开展的第一步，大量实践证明，单元测试执行速度越快，其最终的结果越有价值，在开发过程中发现错误越早，那么纠正该错误所需要花费的代价就会越小。通常来说，单元编码工作完成之后，便应当立即开展单元测试工作。此外，单元测试工作可以并行开展，对于必须独立的单元，通过并行测试能够极大地提升测试的基本速度。

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

5）由于单元测试存在一定的特殊性，因此在PB环境下，软件的开发应当以窗口为核心，将软件的多种功能串接在一起，软件系统将会展现为多种不同的窗口，基于此，对于窗口中不同空间事件的描述将会成为该类软件测试工作开展的核心。

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

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