白盒黑盒测试比较.pptVIP

All Rights Reserved ? Alcatel-Lucent 2008 All Rights Reserved ? Alcatel-Lucent 2006, ##### 白盒黑盒测试比较  我们一同走过 * | FTTU ONT Repair RCA Process | May 2008 Agenda/ 议程 白盒测试特点 黑盒测试特点 两者比较 * | FTTU ONT Repair RCA Process | May 2008 白盒测试特点 白盒测试概念 又称结构测试,透明盒测试、逻辑驱动测试或基于代码的测试。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。 白盒的测试用例需要 - 保证一个模块中的所有独立路径至少 被使用一次 - 对所有逻辑值均需测试 true 和 false - 在上下边界及可操作范围内运行所有循环 检查内部数据结构以确保其有效性 白盒测试的目的 - 对软件中的逻辑路径进行覆盖测试 - 在程序不同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致 1 * | FTTU ONT Repair RCA Process | May 2008 白盒测试特点 白盒测试的方法 静态方法 静态分析是一种不通过执行程序而进行测试的技术。静态分析的关键功能是检查软件的表示和描述是否一致,没有冲突或者没有歧义 动态方法 当软件系统在模拟的或真实的环境中执行之前、之中和之后 , 对软件系统行为的分析。显示了一个系统在检查状态下是正确还是不正确。 一般有以下六种覆盖方法 语句覆盖 选择足够多的测试数据，使被测程序中每条语句至少执行一次。语句覆盖是很弱的逻辑覆盖 1 * | FTTU ONT Repair RCA Process | May 2008 白盒测试特点 判定覆盖 又称为分支覆盖，设计足够的测试用例，使得程序中的每个判定至少都获得一次“真值”或“假值”，或者说使得程序中的每一个取“真”分支和取“假”分支至少经历一次 条件覆盖 构造一组测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次。 多条件覆盖 设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定组合覆盖的。 修正条件判定覆盖 首先，每一个程序模块的入口和出口点都要考虑至少要被调用一次，每个程序的判定到所有可能的结果值要至少转换一次；其次，程序的判定被分解为通过逻辑操作符（and、or）连接的布尔条件，每个条件对于判定的结果值是独立的。 1 * | FTTU ONT Repair RCA Process | May 2008 白盒测试特点 基本路径测试法 在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用有用例的方法。 第一步：.画出控制流图 第二步：计算圈复杂度 圈复杂度是一种为程序逻辑复杂性提供定量测度的软件度量，将该度量用于计算程序的基本的独立路径数目，为确保所有语句至少执行一次的测试数量的上界。独立路径必须包含一条在定义之前不曾用到的边。 第三步：导出测试用例 1 * | FTTU ONT Repair RCA Process | May 2008 白盒测试优点 优点 迫使测试人员去仔细思考软件的实现 可以检测代码中的每条分支和路径 揭示隐藏在代码中的错误 对代码的测试比较彻底 最优化 缺点 昂贵 无法检测代码中遗漏的路径和数据敏感性错误 不验证规格的正确性 1 * | FTTU ONT Repair RCA Process | May 2008 黑盒测试特点 2 黑盒测试概念 也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。 黑盒测试的主要目的 正确性 (Correctness) ：计算结果，命名等方面 可用性 (Usability) ：是否可以满足软件的需求说明 边界条件 (Boundary Condition) ：输入部分的边界值，就是使用一般书中说的等价类划分，试试最大最小和非法数据等等 性能 (Performance) ：正常使用的时间内系统完成一个任务需要的时间，多人同时使用的时候响应时间在