软件工程-第八章 软件测试.ppt

白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。 8.4 白盒测试方法 8.4.1 逻辑覆盖 语句覆盖：设计若干测试用例，运行要测试的程序，使得每一个可执行的语句至少执行一遍。 判定覆盖：设计若干测试用例，运行被执行程序，使得程序中每判定的取真分支和取假分支至少被评价一次。 条件覆盖：选择足够的测试用例，使得运行这些测试用例后，要使每个判定中每个条件的可能取值至少满足一次。 8.4 白盒测试方法 8.4.1 逻辑覆盖 判定/条件覆盖：单独使用判定或条件覆盖，测试结果都不够全面，将二者结合，会起到补充的作用。 条件组合覆盖：应选择足够的测试用例，使得每个判定条件中的各种可能组合都至少出现一次。 路径覆盖：覆盖了程序中所有可能的路径。 8.4 白盒测试方法 8.4.2 基本路径测试 基本路径测试设计测试用例的方法是在给出程序控制流的基础上，分析控制结构的环路复杂性，导出基本的可执行路径，并把覆盖的路径压缩到一定限度内，保证程序中的循环体最多只执行一次。 8.4 白盒测试方法 8.4.3 条件测试 条件测试方法注重于测试程序中的条件，通过检测程序条件中的错误来发现程序中的其他错误。 条件测试的目的不仅是检测程序条件中的错误，而且是检测程序中的其他错误。 8.4 白盒测试方法 8.4.4 循环测试 循环测试专注于测试循环结构的有效性，根据循环的复杂性，可分为简单循环、嵌套循环和串接循环三种。 8.4 白盒测试方法 灰盒测试，是介于白盒测试与黑盒测试之间的。 灰盒测试通常与web服务应用一起使用 8.5 灰盒测试方法 8.6.1 测试过程 8.6 测试过程域测试文档 8.6.2 测试文档 软件测试需要的文档有： 测试方案 测试执行策略 测试用例 BUG描述报告 整个项目的测试报告 8.6 测试过程域测试文档 谢谢观赏 软件工程 第8章 软件测试 8.1 软件测试概论 8.2 软件测试模型 8.3 黑盒测试方法 8.4 白盒测试方法 8.5 灰盒测试方法 8.6 测试过程与测试文档 8.1 软件测试概论 为了发现程序中的错误而执行程序的过程称为测试。软件开发的前几个阶段是构建软件系统，而软件测试则尽力找出软件的失败和不足之处，表面上看设计是建设性的，测试是破坏性的。事实上这两个过程都是为了提高软件的质量。测试是保证软件质量的重要手段之一。 8.1.1 测试的目的 软件测试是对软件计划、软件设计和软件编码进行差错和纠错的活动，测试的目的是找出软件开发整个周期中各个阶段的错误，分析错误的性质和位置而加以纠正。 8.1 软件测试概论 8.1.2 测试的基本原则 测试人员在进行程序测试时，应该遵循一些测试原则： 测试前要认定被测试的软件有错，不要认为被测试的程序是正确的。 尽量避免测试自己编写的程序。 测试时要考虑合理的输入和不合理的输入数据。 测试时应以软件需求规格说明书中的需求为标准。 要确定找到的新错与已找到的旧错成正比。G.Myers认为“一个或多个模块中存在错误的概率与其中已经发现的错误个数成正比”，因此，应该对已经发现错误集中的模块进行重点测试，以找出相关的可能错误，提高测试效率。 所有的测试用例，应该记录下来，以供后来的测试和维护使用。 8.1 软件测试概论 1. V模型:最广为人知的模型，和瀑布开发模型有着一些共同的特征，它从左到右，描述了基本开发过程和测试行为。 8.2 软件测试模型 1. V模型优缺点: 优点：明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各个阶段的对应关系。 缺点：它把测试作为编码后的最后一个活动，需求分析等前期产生的错误直到后期的验收测试才能被发现。 8.2 软件测试模型 2. W模型：比V更科学，强调测试伴随着整个软件开发周期。 8.2 软件测试模型 W模型局限性：把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代自发性以及变更调整。 8.2 软件测试模型 3. X模型：对V模型的改进，X模型提出针对单独的程序片段进行相互分离的编码和测试，此后通过频繁地交接，通过集成最终合成可执行的程序。 8.2 软件测试模型 4. H模型：软件测试过程活动完全独立，贯穿于整个产品周期，与其他流程并发地进行，当某个测试点准备就绪时，就可以从测试准备阶段进入测试执行阶段。 8.2 软件测试模型 4. H模型揭示了一个原理：软件测试是一个独立的流程，贯穿产品整个生命周期，与其他流程并发执。 8.2 软件测试模型 5. 前置测试模型 8.2 软件测试模型 5. 前置测试模型特点： （1）、开发和测试相结合； （2）、对