软件工程第5章 编码及测试.ppt

5.8 软件测试的方法 (6) 综合策略 每种方法都能设计出一组有用例子，用这组例子容易发现某种类型的错误，但可能不易发现另一类型的错误。因此在实际测试中，联合使用各种测试方法，形成综合策略，通常先用黑盒测试设计基本的测试用例，再用白盒测试补充一些必要的测试用例。 * * 5.8 软件测试的方法 黑盒测试的优点： (1) 基本上不需人监控 (2) 设计完测试用例之后，接下来的工作就是很简单了。 黑盒测试的缺点： (1) 结果取决于测试用例的设计，测试用例的设计部分来源于经验。 (2) 没有状态转换的概念 (3) 就没有状态概念的测试来说，寻找和确定造成程序crash的测试用例很烦琐，必须把周围可能的测试用例单独确认。 * * 5.8 软件测试的方法 2. 白盒测试 * * 5.8 软件测试的方法 * * 5.8 软件测试的方法 (1) 语句覆盖 为了提高发现错误的可能性，在测试时应该执行到程序中的每一个语句。语句覆盖是指设计足够的测试用例，使被测试程序中每个语句至少执行一次。 (2) 判定覆盖 判定覆盖指设计足够的测试用例，使得被测程序中每个判定表达式至少获得一次“真”值和“假”值，从而使程序的每一个分支至少都通过一次，因此判定覆盖也称分支覆盖。 * * 5.8 软件测试的方法 (3) 条件覆盖 条件覆盖是指设计足够的测试用例，使得判定表达式中每个条件的各种可能的值至少出现一次。 (4) 判定/条件测试 该覆盖标准指设计足够的测试用例，使得判定表达式的每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。 * * 5.8 软件测试的方法 (5) 多条件覆盖 多条件覆盖也称条件组合覆盖，设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。 (6) 路径覆盖 路径覆盖是指设计足够的测试用例，覆盖被测程序中所有可能的路径。在实际的逻辑覆盖测试中，一般以条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到路径覆盖测试标准。 * * 5.8 软件测试的方法 (7)修正条件判定覆盖 修正条件判定覆盖是由欧美的航空/航天制造厂商和使用单位联合制定的“航空运输和装备系统软件认证标准”，目前在国外的国防、航空航天领域应用广泛。这个覆盖度量需要足够的测试用例来确定各个条件能够影响到包含判定的结果。它要求满足两个条件：首先，每一个程序模块的入口和出口点都要考虑至少要被调用一次，每个程序的判定到所有可能的结果值要至少转换一次；其次，程序的判定被分解为通过逻辑操作符(and、or)连接的布尔条件，每个条件对于判定的结果值是独立的。 * * 5.8 软件测试的方法 测试用例的设计： 下面是一段插入排序的程序，将R[k+1]插入到R[1…k]的适当位置。 { R[0] = R[k+1]; j = k; while (R[j] R[0]) { R[j+1] = R[j]; j--; } R[j+1] = R[0]; } * * 5.8 软件测试的方法 * * 5.9 软件测试的步骤 单元测试 集成测试 确认测试 系统测试 验收测试 * * 5.9.1 单元测试 1．单元测试的基本方法 单元测试的对象是软件设计的最小单位模块。单元测试的依据是详细设计描述，单元测试应对模块内所有重要的控制路径设计测试用例，以便发现模块内部的错误。单元测试多采用白盒测试技术，系统内多个模块可以并行地进行测试。 * * 5.9.1 单元测试 2．单元测试任务 单元测试任务包括： (1) 模块接口测试； (2) 模块局部数据结构测试； (3) 模块边界条件测试； (4) 模块中所有独立执行通路测试； (5) 模块的各条错误处理通路测试。 * * 5.9.1 单元测试 3．单元测试过程 应为测试模块开发一个驱动模块(driver)和(或)若干个桩模块(stub)，驱动模块在大多数场合称为“主程序”，它接收测试数据并将这些数据传递到被测试模块，被测试模块被调用后，“主程序”打印“进入——退出”消息。 * * 5.9.1 单元测试 4．单元测试工作内容 活动 输入 输出 参与角色和职责 制定集成测试计划 设计模型 集成构建计划 集成测试计划 测试设计员负责制定集成测试计划 设计集成测试 集成测试计划 设计模型 集成测试用例 测试过程 测试设计员负责设计集成测试用例和测试过程。 实施集成测试 集成测试用例 测试过程 工作版本 测试脚本(可选) 测试过程(更新) 测试设计员负责编制测试脚