第四章 白盒测试方法.doc

一、白盒测试概念 1、定义 白盒测试又称结构测试、透明盒测试、逻辑驱动测试基于代码的测试盒子指被测试的软件白盒指盒子是可视的白盒测试是一种测试用例设计方法，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例 2、目的 我们注重需求的实现，注重逻辑细节软件自身的缺陷 1）逻辑错误和不正确假设与一条程序路径被运行的可能性成反比。日常处理往往被很好地了解，而“特殊情况”的处理则难于发现。 我们经常相信某逻辑路径不可能被执行，而事实上，它可能在正常的基础上被执行。程序的逻辑流有时是违反直觉的只有路径测试才能发现这些错误。 代码中的笔误是随机且无法杜绝的。笔误出现在主流上和不明显的逻辑路径上的机率是一样的。很多被语法检查机制发现，但是其他的会在测试开始时才会被发现。 3、目标 采用白盒测试必须遵循以下几条原则，才能达到测试的目：保证一个模块中的所有独立路径至少被测试一次2）所有逻辑值均需测试真 (true) 和假 (false) 两种情况3）检查程序的内部数据结构，保证其结构的有效性4）在上下边界及可操作范围内运行所有循环。 黑盒测试技术：也称功能测试或数据驱动测试，测试者在程序接口对软件界面和软件功能进行测试，它只检查实现了的功能是否按照需求说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性主要用于软件确认测试结合兼容性能测试等方面深入到代码一级的测试它是知道产品内部，通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都能按预定要求正确工作，主要用于软件验证单元测试盒测试技术合了白盒测试黑盒测试的要素涉及输入和输出，但使用关于代码和程序操作等信息设计测试。盒测试测试是从需求的角度去对软件的质量进行检测。黑盒白盒盒不需要太明确的来划分，我们多角度去设计测试软件发现bug才是一个测试工程师应该具备的。测试方法 白盒测试主要是检查程序的内部结构、逻辑、循环和路径。测试是基于覆盖全部代码、分支、路径、条件。文档、代码等非计算机执行的部分在项目中使用静态白盒测试是基于这样的原则：错误发现得越早，改正错误的成本越低，正确改正错误的可能性越大，改正错误时可能引发的其他错误的数量也越少。代码检查法、静态结构分析法、静态质量度量法代码检查法这些方法在程序开始编码之后、基于计算机的动态测试开始之前使用动态测试使用和运行的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。动态测试常用测试用例设计方法有逻辑覆盖法（逻辑驱动测试）基本路径测试法代码检查主要检查代码和设计的一致性，代码结构的合理性，代码编写的标准性、可读性，代码逻辑表达的正确性等方面。 目的检查程序是不是按照某种标准或规范编写的。发现程序缺陷改进软件的质量 需要的文档程序设计文档、程序的源代码清单、编码规范、代码缺陷检查表等。在进行代码检查时，代码缺陷检查表测试用例检查表中一般包括容易出错的地方和在以往的工作中遇到的典型错误优点代码检查能快速找到缺陷，一旦发现错误，能够在代码中对其进行精确定位，从而降低了错误修正的成本。代码检查看到的是问题本身而非问题的征兆。但是代码检查非常耗费时间，而且代码检查需要知识和经验的积累。以组为单位阅读代码，它是一系列规程和错误检查方法的集合小组通常由不需要对程序细节了解协调人程序的编码人员程序的设计人员测试专家四组成。会议理想时间90-120分钟之间按照每小时阅读 150行代码的速度进行。对大型软件应安排多个会议同时进行，每个会议处理一个或几个模块或子程序。查程序作者逐条语句讲述程序的逻辑结构代码缺陷检查表分析程序编码标准规范错误列表编码规范团队根据自己的经验和风格进行设置一些规范。错误列表一般是代码潜在的bug，由于某种代码写法虽然没有语法错误，但是可能存在错误，比如会导致线程死锁这些都是错误列表应该检查的。程序员之间可以隔一定的时间抽取代码进行查。把这些经验汇成列表，作为下次代码查的依据针对错误修正跟踪。代码检查记录表员跟踪检查 代码走查规程和方法：在代码走查会议上，参与者设计规格书使用计算机来执行代码测试人员一些测试用例作用是提供启动代码走查和质疑程序员逻辑思路及其他设想的手段。在会议期间，把测试数据沿程序的逻辑结构走一遍程序的状态记录在纸或白板上以供监视。在大多数的代码走查中，很多问题是在向程序员提问的过程中发现的，而不是由测试用例本身直接发现的。 桌面检查是一种传统的检查方法，由程序员检查自己编写的程序。程序员在程序通过编译之后，对源程序代码进行分析、检验，并补充相关文档，由于程序员熟悉自己的程序及其程序设计风格，桌面检查由程序员自己进行可以节省时间，但应避免主观片面性桌面检查的效果逊色于代码检查和走查桌面检查胜过没