软件测试流程.ppt

1．单元测试的定义 单元测试（Unit Testing）是对软件基本组成单元进行的测试。单元测试的对象是软件设计的最小单位——模块。很多人将单元的概念误解为一个具体函数或一个类的方法，这种理解并不准确。作为一个最小的单元应该有明确的功能定义、性能定义和接口定义，而且可以清晰地与其他单元区分开来。一个菜单、一个显示界面或者能够独立完成的具体功能都可以是一个单元。从某种意义上单元的概念已经扩展为组件（component）。 2．单元测试的目标 单元测试的主要目标是确保各单元模块被正确地编码。单元测试除了保证测试代码的功能性，还需要保证代码在结构上具有可靠性和健全性，并且能够在所有条件下正确响应。 3．单元测试的内容 模块接口测试； 局部数据结构测试； 独立路径测试； 错误处理测试； 边界条件测试。 图4 单元测试任务 如图4所示，这些测试都作用于模块，共同完成单元测试任务。 模块接口测试：对通过被测模块的数据流进行测试。为此，对模块接口，包括参数表、调用子模块的参数、全程数据、文件输入/输出操作都必须检查。 图5 单元测试环境 4．单元测试的步骤 通常单元测试在编码阶段进行。当源程序代码编制完成，经过评审和验证，确认没有语法错误之后，就开始进行单元测试的测试用例设计。如图5所示。 5．采用单元测试的原因 程序员编写代码时，一定会反复调试保证其能够编译通过。如果是编译没有通过的代码，没有任何人会愿意交付给自己的老板。但代码通过编译，只是说明了它的语法正确，程序员却无法保证它的语义也一定正确。没有任何人可以轻易承诺这段代码的行为一定是正确的。单元测试这时会为此做出保证。编写单元测试就是用来验证这段代码的行为是否与软件开发人员期望的一致。有了单元测试，程序员可以自信的交付自己的代码，而没有任何的后顾之忧。 通过单元测试，测试人员可以验证开发人员所编写的代码是按照先前设想的方式进行的，输出结果符合预期值，这就实现了单元测试的目的。与后面的测试相比，单元测试创建简单，维护容易，并且可以更方便的进行重复。单元测试的成本效率大约是集成测试的两倍、系统测试的三倍，如图6所示。 注：术语域测试是指软件在投入使用后，针对某个领域所作的所有测试活动。 图6 各测试阶段发现缺陷的耗时 1．集成测试的定义 集成测试（Integration Testing）是介于单元测试和系统测试之间的过渡阶段，与软件开发计划中的软件详细设计阶段相对应，是单元测试的扩展和延伸。 集成测试的定义是根据实际情况对程序模块采用适当的集成测试策略组装起来，对系统的接口以及集成后的功能进行正确校验的测试工作。 2．集成测试的层次 软件的开发过程是一个从需求分析到概要设计、详细设计以及编码实现的逐步细化的过程，那么单元测试到集成测试再到系统测试就是一个逆向求证的过程。集成测试内部对于传统软件和面向对象的应用系统有两种层次的划分。 对于传统软件来讲，可以把集成测试划分为三个层次： 模块内集成测试； 子系统内集成测试； 子系统间集成测试。 对于面向对象的应用系统来说，可以把集成测试分为两个阶段： 类内集成测试； 类间集成测试。 3．集成测试的模式 选择什么方式把模块组装起来形成一个可运行的系统，直接影响到模块测试用例的形式、所用测试工具的类型、模块编号的次序和测试的次序、生成测试用例的费用和调试的费用。集成测试模式是软件集成测试中的策略体现，其重要性是明显的，直接关系到软件测试的效率、结果等，一般是根据软件的具体情况来决定采用哪种模式。通常，把模块组装成为系统的测试方式有两种： ⑴一次性集成测试方式（No-Incremental Integration） 一次性集成测试方式也称作非增值式集成测试。先分别测试每个模块，再把所有模块按设计要求放在一起结合成所需要实现的程序。如图7是所示按照一次性集成测试方式的实例 图7 一次性集成测试方式 ⑵增值式集成测试方式 把下一个要测试的模块同已经测好的模块结合起来进行测试，测试完毕，再把下一个应该测试的模块结合进来继续进行测试。在组装的过程中边连接边测试，以发现连接过程中产生的问题。通过增值逐步组装成为预先要求的软件系统。增值式集成测试方式有三种： 自顶向下增值测试方式（Top-down Integration） 主控模块作为测试驱动，所有与主控模块直接相连的模块作为桩模块；根据集成的方式（深度或广度），每次用一个模块把从属的桩模块替换成真正的模块；在每个模块被集成时，都必须已经进行了单元测试；进行回归测试以确定集成新模块后没有引入错误。这种组装方式将模块按系统程序结构，沿着控制层次自顶向下进行组装。自顶向下的增值方式在测试过程中较早地验证了主要的控制和判断点。选用按深度方向组装的方式，