软件测试三.pptVIP

W模型 局限性：开发和测试活动都保持着一种先后关系，只有上一阶段结束，才可以正式开始下一阶段的工作，因此无法支持迭代软件开发模型。 H模型 H模型揭示的原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发地进行。 3.8.1 软件测试方法的分类 3.4 黑盒测试与白盒测试 黑盒测试和白盒测试是两类广泛使用的软件测试方法。 黑盒测试的基本观点是将被测程序看作一个打不开的黑盒， 测试人员在完全不考虑程序内部结构和内部特性的情况下， 只依靠被测程序输入和输出之间的关系，或程序的功能来 设计测试用例。 白盒测试又称结构测试或基于程序的测试。白盒测试将被测程序看作一个打开的盒子，测试人员可以看到被测的源程序，可以分析被测程序的内部构造，这时测试人员可以完全不考虑程序的功能，只根据其内部构造设计用例。 3.4 黑盒测试与白盒测试 图3-6形象地描述了黑盒测试和白盒测试方法。 3.4.1 黑盒测试 黑盒测试是一类重要的测试方法，它根据规格说明设计测试用例，并不涉及程序的内部结构。因此，黑盒测试有两个显著的优点： ● 黑盒测试与软件具体实现无关，所以如果实现发生变化，测试用例仍然可以使用； ● 设计黑盒测试用例可以和软件实现同时进行，因此可以压缩项目总的开发时间。 3.4.1 黑盒测试 采用黑盒测试存在的一些问题： ● 一个突出的问题是所谓程序的功能究竟是哪些? 任何软件作为一个系统都是有层次的。在软件的总体功能之下可能有若干个层次的功能，而测试人员常常只看到低层的功能。他们面临的一个实际问题是在哪个层次上进行测试。 ● 功能生成问题。 规格说明书是按高层或低层抽象编写的，都不能很好的进行功能生成。 ● 黑盒测试以软件规格说明书为依据选取测试数据，其正确性依赖于规格说明的正确性。 事实上，我们不能保证规格说明完全正确。 3.4.2 白盒测试 白盒测试（结构测试）是根据被测程序的内部结构设计测试用例的一类测试，具有很强的理论基础。 结构测试要求对被测程序的结构特性作到一定程度的覆盖，或说是“基于覆盖的测试”。测试人员可以严格定义要测试的确切内容，明确提出要达到的测试覆盖率。 3.4.2 白盒测试 重视测试覆盖率的度量，可能减少测试的盲目 性，并引导测试人员朝着提高测试覆盖率的方向努 力，从而找出那些被忽视的程序错误。 ● 语句覆盖是一种最为常见也是最弱的逻辑覆盖准则，它要求设计若干个测试用例，使被测程序的每个语句都至少被执行一次。 ● 判定覆盖或分支覆盖则要求设计若干个测试用例，使被测程序的每个判定的真分支和假分支都至少被执行一次。 ● 在考虑对程序路径进行全面检验时，可以使用路径覆盖准则。 3.4.3 黑盒测试与白盒测试的比较 一般而言，在单元测试时大都采用白盒测试，而在确认测试或系统测试中大都采用黑盒测试。如图3-7所示。 3.4.3 黑盒测试与白盒测试的比较 表3-1给出了黑盒测试和白盒测试两类方法的比较。 表3-1 黑盒测试和白盒测试方法的比较 白盒测试 黑盒测试 测试依据 根据程序内部结构进行测试 根据规格说明书设计测试用例 优点 能够对程序内部的特定部位进 行覆盖测试。 能站在用户立场上进行测试。 缺点 1）无法检测程序的外部特性。 2）无法对未实现规格说明的程序部分进行测试。 1）不能测试程序内部特定部位。 2）发现不了规格说明书的错误。 方法 判定覆盖 条件覆盖 判定／条件覆盖 路径覆盖 等价类划分 边界值分析 因果图 3.4.3 黑盒测试与白盒测试的比较 图3-9则说明了它们各自的能力范围及不足。 3.4.4 灰盒测试 灰盒测试：在白盒测试中交叉使用黑盒测试方法；在黑盒测试中交叉使用白盒测试方法。 在集成测试中常用灰盒测试。 3.5 静态测试与动态测试 静态测试是指不利用计算机运行被测试的程序，通过其它手段达到检测的目的, 是对被测程序进行特性分析的一些方法的总称。 动态测试则是指通常意义上的测试——通过运行和使用被测程序，发现软件故障，以达到检测的目的。 经验表明，使用静态测试 可以发现大约30%到70%的逻辑设计和编码错误。 静态测试是对被测程序进行特性分析的一些方法的 总称。 通常在静态测试阶段进行以下一些活动： ● 检查算法的逻辑正确性；确定算法是否实现了所要求的功能。 ● 检查模块接口的正确性；确定形参数的个数、数据类型、 顺序是否正确；确定返回值类型及返回值是否正确性。 ● 检查输入参数是否有合法性检查； ● 检查调用其他模块的接口是否正确；检查实参类型是否正确、 参数个