《软件工程的测试》PPT课件.ppt

软件工程 第六章软件项目的测试 软件测试基本概念1 软件测试计划与测试分析报告5 软件测试的方法2 软件测试的步骤3 程序调试4 6.1 软件测试基本概念 测试的目的是确保软件的质量，尽量找出软件 错误并加以纠正，而不是证明软件没有错。 v 1963年美国飞往火星的火箭爆炸，原因是FORTRAN程序： v DO 5 I=1，3 误写为：DO 5 I=1. 3 损失1000万美元。 v 1967年苏联“联盟一号”宇宙飞船返回时因忽略一个小数点，在进入 大气层时打不开降落伞而烧毁。 6.1 软件测试基本概念 v一、为什么要进行软件测试 软件中存在错误是不可避免的 软件是一种高密集度的智力产品 客观系统的复杂性 人主观认识的局限性 信息通信不一致 协调管理不完善 6.1 软件测试基本概念 v二、测试的概念 v1、软件测试 软件测试是对软件计划、软件设计、软件编码进 行查错和纠错的活动（包括代码执行活动与人工 活动）。测试的目的是找出软件设计开发全周期 中各个阶段的错误，以便分析错误的性质与位置 而加以纠正。纠正过程可能涉及到改正或者重新 设计相关的文档活动。找错活动称为测试，纠错 活动称为调试。 6.1 软件测试基本概念 v2、程序测试 程序测试是早已流行的概念。它是对编码阶段的语法 错、语义错、运行错进行查找的编码执行活动。找出 编码中错误的代码执行活动称程序测试。纠正编码中 的错误的执行活动称程序调试。通过查找编码错与纠 正编码错来保证算法的正确实现。 v 软件测试与调试覆盖软件生存周期的整个阶段，而程序测 试与调试则仅限于编码阶段，软件测试中的单元测试与程 序测试十分相似，不同在于，单元测试还要测试模块间的 接口，并要设计与接口相关的模块。 6.1 软件测试基本概念 v3、软件确认与程序确认 v 软件确认是广义上的软件测试，它是企图 证明程序软件在给定的外部环境中的逻辑正确 性的一系列活动和过程，指需求说明书的确认 ，程序的确认。程序确认又分成静态确认与动 态确认。静态确认包括，正确性证明，人工分 析，静态分析。动态分析包括动态确认与动态 测试。 6.1 软件测试基本概念 v 静态分析是不执行程序本身，分析程序正文可能导致错误 的异常情况。可以人工的进行分析，也可以用测试工具静态分析 程序来进行，被测试程序的正文做为输入，经静态分析程序分析 得出分析结果。静态分析包括结构检查，流图分析，符号执行。 v 动态分析是执行被测程序，从执行结果分析程序可能出现 的错误。可以人工设计程序测试用例，也可以由测试工具动态分 析程序来做检测与分析。动态测试包括功能测试和结构测试。动 态测试的内容包括：单元测试，也称逻辑测试，模块测试，功能 测试。组装测试也称集成测试，综合测试，或结构测试，子系统 测试。系统测试是软硬件或子系统的组装测试。 6.1 软件测试基本概念 v4、各种软件错误的出现比例 v 功能错，占整个软件错误27，是需求分析设计不完整 而引起的。 v 系统错，占整个软件错误16，是总体设计错误而引起 v 数据错，占整个软件错误10，由编码错误引起的 v 编码错，占整个软件错误4，程序员编码错误引起的 v 其它错，占整个软件错误16，文档错和硬件错所引起 6.1 软件测试基本概念 n 三、软件测试的目标 n测试是为了发现程序中的错误而执行程序的过程； n好的测试方案是极可能发现迄今为止尚未发现的错误 的测试方案； n成功的测试是发现了至今为止尚未发现的错误的测试 6.1 软件测试基本概念 v四、软件测试的原则 v 1、测试前要认定被测试软件有错，不要认为软件设有错。 v 2、要预先确定被测试软件的测试结果。 v 3、要尽量避免测试自己编写的程序。 v 4、测试要兼顾合理输入与不合理输入数据。 v 5、测试要以软件需求规格说明书为标准。 v 6、测试是相对的，不能穷尽所有的测试，要据人力物力安 排测试，并选择好测试用例与测试方法。 v 7、充分注意测试中的群集现象:测试中发现的80%的错误可 能来自于20%的程序代码 6.1 软件测试基本概念 v四、软件测试的原则 n8、严格执行测试计划,尽量避免测试的随意性， 从工程的角度理解软件测试，它是有组织、有 计划、有步骤的活动 n9、妥善保存测试计划、测试用例、出错统计和 最终分析报告，为维护提供方便 n10、应当把“尽早地和不断地进行软件测试”作 为软件测试人的座右铭 6.2 软件测试的方法 v6.2.1 软件测试方法的分类 v 软件测试方法分为两类：静态分析、动态测试。 v 一、静态分析技术 v 不执行被测软件，可对需求分析说明书、软件设计说 明书、源程序做结构检查、流程分析、符号执行来找出软 件错误。 v 二、动态测试技术 v 当把程序作为一个函数，输入的全体称为函数的定义 域，输出的全体称为函数的值域，函数则描述了输入的定 义域与输出值域的关系。 6.2 软件测试的方法 v动态测试的算法有： 选取定义域中的有效值，或定义域外无效值。 对已选取值决定预期的结果。 用选取值执行程序。 观察程序行为，记录执行结果。 将的结果与的结果相比较，不吻合则程序有错。 6.2 软件测试的方法 v 三、黑盒测试与白盒测试 v 动态测试既可以采用白盒法对模块进行逻辑结构的测试，又 可以用黑盒法做功能结枸的测试，接口的测试，它们都是以 执行程序并分析执行结果来查错的。 v 1、黑盒测试法 v 黑盒测试法把程序看成一个黑盒子，完全不考虑程序的 内部结构和处理过程。黑盒测试是在程序接口进行的测试， 它只检查程序功能是否能按照规格说明书的规定正常使用， 程序是否能适当地接收输入数据产生正确的输出信息，并且 保持外部信息的完整性。黑盒测试又称为功能测试。 6.2 软件测试的方法 v 2、白盒测试法 v 白盒测试法的前提是可以把程序看成装在一个透明的 白盒子里，也就是完全了解程序的结构和处理过程。这种 方法按照程序内部的逻辑测试程序，检验程序中的每条通 路是否都能按预定要求正确工作，白盒测试又称为结构测 试。 使用白盒测试法，为了做到穷尽测试，程序中每条可能的通路至 少都应该执行一次，但即使测试很小的程序，通常也不能做到这 一点。一段程序对嵌套的语句循环执行20次，而循环体中有5条可 能的路径，则在这段程序中共有520条可能的通路，即使每条通路 只执行一次，也是不可能的，因此，要注意，不可能进行穷尽测 试，也说明，测试不可能发现程序中的所有错误。 6.2 软件测试的方法 6.2 软件测试的方法 v6.2.2 测试方案设计 v 一、白盒法 v 白盒法又称为逻辑覆盖法，其测试用例选择，是按照不同 覆盖标准确定的。 语 句 覆 盖 判 定 覆 盖 条 件 覆 盖 判 定 条 件 覆 盖 条 件 组 合 覆 盖 弱强 6.2 软件测试的方法 语句覆盖： 选择足够的测试用例，使得程序中每个语句 至少都能被执行一次。 判定覆盖： 执行足够的测试用例，使得程序中每个判定 至少都获得一次“真”值和“假”值。 条件覆盖：执行足够的测试用例，使得判定中的每个条 件获得各种可能的结果。 判定/条件覆盖： 执行足够的测试用例，使得判定中每个 条件取到各种可能的值，并使每个判定取到各种可能的 结果。 条件组合覆盖： 执行足够的例子，使得每个判定中条件 的各种可能组合都至少出现一次。 6.2 软件测试的方法 v白盒测试法步骤: 选择逻辑覆盖标准。 按照覆盖标准列出所有情况。 选择确定测试用例。 验证分析运行结果与预期结果。 v 例：用白盒法测试以下程序段： v Procedure（VAR A，B，X：REAL）； v BEGIN v IF （A1) AND (B=0) v THEN X:=X/A ; v IF (A=2) OR (X1) v THEN X:=X+1 v END; 满足语句覆盖的情况： 执行路径：ace 用例格式： 输入(A,B,X)，输出(A,B,X) 选择用例： (2,0,4),(2,0,3) 1、语句覆盖 使得程序中每个语句至 少都能被执行一次 6.2 软件测试的方法 A1 AND B=0 X=X/A A=2 OR X1 X=X+1 a b c d e Y N Y N 覆盖情况：应执行路径 ace abd或： acd abe 选择用例(其一）： (2,0,4),(2,0,3) ace (1,1,1),(1,1,1) abd (2,1,1),(2,1,2) abe (3,0,3),(3,1,1) acd 2、判定覆盖 使得程序中每个判定至少 为TRUE 或FALSE各一次。 6.2 软件测试的方法 A1 AND B=0 X=X/A A=2 OR X1 X=X+1 a b c d e Y N Y N 3、条件覆盖 使得判定中的每个条件获得各 种可能的结果。 应满足以下覆盖情况： 判定一: A1, A1, B=0, B0 判定二: A=2, A2, X1, X1 选择用例： (2,0,4),(2,0,3) (1,1,1),(1,1,1) 注意:(1,0,3),(1,0,4) (2,1,1),(2,1,2) 满足条件覆盖，但不满足判断覆盖 6.2 软件测试的方法 A1 AND B=0 X=X/A A=2 OR X1 X=X+1 a b c d e Y N Y N v 4、判定/条件覆盖 v 同时满足判断覆盖和条件覆盖 应满足以下覆盖情况： 条件: A1, A1, B=0, B0 A=2, A2, X1, X1 应执行路径 ace abd或： acd abe 选择用例： (2,0,4),(2,0,3)（ace) (1,1,1),(1,1,1) (abd) 6.2 软件测试的方法 A1 AND B=0 X=X/A A=2 OR X1 X=X+1 a b c d e Y N Y N 5、条件组合覆盖 使得每个判定中条件的各种 可能组合都至少出现一次。 编译系统下的执行情况： 部分路径未被执行。 满足以下覆盖情况： A1, B =0 A1, B0 A1, B =0 A1, B0 A=2, X1 A=2, X1 A2, X1 A2, X1 选择用例： (2,0,4),(2,0,3) (2,1,1),(2,1,2) (1,0,3),(1,0,4) (1,1,1),(1,1,1) A1 X=X/A A=2 X=X+1 a b c d e B=0 X1 Y N Y N Y N Y N 6.2 软件测试的方法 6、路径覆盖 被测程序的每条可能执行到 的路径都至少经过一次。 选择用例： (2,0,4),(2,0,3) a、c、e (2,1,1),(2,1,2) a、b、e (3,0,3),(3,0,1) a、c、d (1,1,1),(1,1,1) a、b、d 6.2 软件测试的方法 A1 AND B=0 X=X/A A=2 OR X1 X=X+1 a b c d e Y N Y N 6.2 软件测试的方法 v二、黑盒法 不考虑程序的内部结构与特性，只根据程序 功能或程序的外部特性设计测试用例。 等 价 分 类 法 边 值 分 析 法 错 误 推 测 法 因 果 图 法 v1、等价分类法 v 基本思想：根据程序的I/O特性，将程序的定义域划分 为有限个等价区段 “等价类”，从等价类中选择出的 用例，具有“代表性”。 v 等价类分为： v 有效等价类 对于程序的规格说明是合理的、有意义 的输入数据构成的集合。 v 无效等价类 对于程序的规格说明，是不合理的，是没 有意义的输入数据构成的集合。 6.2 软件测试的方法 等价分类法步骤等价分类法步骤 应按照输入条件（如输入值的范围，值的个数，值的集合，输入 条件必须如何）划分为有效等价类和无效等价类。 例如：每个学生可选修1-3门课程 可以划分一个有效等价类：选修1-3门课程。 可以划分两个无效等价类：未选修课，选修课超过3门。 又如：标识符的第一个字符必须是字母。 可以划分为一个有效等价类：第一个字符是字母。 可以划分一个无效等价类：第一个字符不是字母。 vv 划分划分“ “等价类等价类” ” A、为每个等价类编号； B、使一个测试用例尽可能覆盖多个有效等价类 C、特别要注意的是：一个测试用例只能覆盖一个无效等价类。 选择测试用例选择测试用例 等价分类法步骤 v 2、边值分析法 v 基本思想： 选择等价类的边缘值作为测试用例，让每个等价类 的边界都得到测试，选择测试用例既考虑输入亦考虑输出。 v 分析步骤： vA、先划分等价类。 vB、选择测试用例，测试等价类边界。 v 边界选择原则： vA、按照输入值范围的边界。 vB、按照输入/输出值个数的边界。 vC、输出值域的边界。 vD、输入/输出有序集的边界。 6.2 软件测试的方法 边值分析法举例：边值分析法举例： A A、按照输入值范围的边界。 例如：输入值的范围是-1.0至1.0，则可选择用例 1.0、1.0 、-1.001、1.001。 B B、按照输入/输出值个数的边界。 例如：输入文件可有1-255个记录，则 设计用例：文件的记录 数为 0个、1个、255个、256个。 C、输出值域的边界。 例如：检索文献摘要，最多4篇。设计用例：可检索0篇、1篇、 4篇，和5篇（错误）。 D、输入/输出有序集（如顺序文件、线性表）的边界。 应选择第一个元素和最后一个元素。 6.2 软件测试的方法 3、错误推测法 凭经验或直觉推测可能的错误，列出程序中可能有的错误 和容易发生错误的特殊情况，选择测试用例。 4、因果图法（cause effcet graphicei） 把输入条件视为“因”，把输出条件视为“果”，将黑 盒看成是从因到果的网络图，采用逻辑图的形式来表 达功能说明书中输入条件的各种组合与输出的关系。 根据这种关系可选择高效的测试用例。因果图是一种 形式化语言，是一种组合逻辑。 6.2 软件测试的方法 v 因果图的基本符号: 0 - 表示“不出现”,1 - 表示“出现” v 恒等:若a为1，则b为1，否则b为0。 v “非”函数 :若a为1，则b为0，否则b为1。 v “或”函数:若a或b为1，则d为1，否则d为0。 v “与”函数:若a与b同为1，则d为1，否则d为0。 ab ab a b d a b d 6.2 软件测试的方法 v 对“与”、“或”函数的限制符号 v E约束（异） 排斥 v 即a、b不能同时为1。 v I约束（或） 包容 v a、b、c不能同时为0。 v O约束（唯一） 选一 v a、b中仅有一个为1。 v R约束（要求） 需要 v a为1时，b必须为1 v M约束（强制） 屏蔽 v 若a为1时，则b强制为1。 a b E a b c I a b R a b O a b M 6.2 软件测试的方法 v 因果图法的步骤 v 分析规范，即将问题分为若干可工作的步骤。 v 标识出规范中的原因与结果。 原因输入条件 结果输出或系统变换 v 分析规范语义、内容，转换为因果图 v 将因果图转换为有限项判断表。 v 将判断表的每一列，转换为一个测试用例。 6.2 软件测试的方法 因果图法应用举例 规范：文件名第一列字符必须为A或B，第二列字 符必须为数字。满足则修改文件。第一字符不正 确发出信息X12，第二个字符不正确发出信息X13。 v、分析规范 v原 因 结 果 v1 第一列字符为A50修改文件 v2 第一列字符为B 51发信息X12 v3 第二列字符为数字 52发信息X13 6.2 软件测试的方法 画出因果图 中间结点是导出结果的进一步原因。 v考虑到原因1、2不可能同时为1，加上E约束。 11 11 51 50 352 1 2 E 发 X 12 发 X 13 修改文件 6.2 软件测试的方法 将因果图转换为判断表 12345678 条 件 原 因 11110000 11001100 10101010 111100 动 作 结 果 000011 101000 010101 测试用例A3 A8 AMA ？ B5 B4 BN B！ C2 X6 DY PI 11 51 50 52 6.2 软件测试的方法 v 测试步骤及策略 v 所有测试过程都应采用综合测试策略；即先作静态分析 ，再作动态测试。并事先制订测试计划。 v 测试过程通常可分4步进行： 单元 测试 单元 测试 单元 测试 被测 模块 被测 模块 集成 测试 设计 信息 已测试 的模块 确认 测试已集成 的模块 软件 需求 系统 测试已确认 的软件 可交付 的软件 系统其 他元素 6.3 软件测试步骤 6.3 软件测试步骤 V模型：软件开发各阶段与测试策略之间的对应关系。 系统工程 需求分析 设计 编码 系统测试 确认测试 集成测试 单元测试 1、单元测试（unit testing )的测试内容 模块 模块接口测试 局部数据结构测试 重要路径测试 错误处理测试 边界条件测试 I/O 参数值的个数、类 型、次序、格式是否正 确，I/O文件属性、操作 是否正确等。 数据说明是否正确 、一致，变量及其 初值定义是否正确 等。 检查“错误处 理程序”本身 的错误。 边界条件常包括循环边 界，最大最小值、控制 流中等于、大于、小于 的比较值等。 重要路径通常是指完成 模块功能的主要路径， 一般是控制结构。 一、单元测试（unit testing ) n2、模块测试步骤 n考虑到被测模块与其它模块的联系，因此测试时需要使 用两类辅助模块来模拟其他模块。 n驱动模块（driver） 模拟主程序功 能，用于向被测模块传递数据，接 收、打印从被测模块返回的数据。 n桩模块（stub） 又称为假模块，用 于模拟那些由被测模块所调用的下 属模块功能。 n一般，驱动模块比桩模块容易设计。但都是额外开 销。测试方法以白盒法为主。 被测模块 驱动模块 桩模块桩模块桩模块 一、单元测试（unit testing ) n1、组装测试的任务 n确定模块组装方案，将经过测试的模块组装为一个完 整的系统。组装方案分为渐增式及非渐增式。 n测试方法以黑盒法为主，按照组装方案进行测试。 n 也称为联合测试或集成测试，重点测试模块的接口 部分，需设计测试过程使用的驱动模块或桩模块。 二、组装测试（Integration testing ) v2、渐增式组装测试 v 渐增式是先进行模块测试，然后将这些模块逐步组装成较 大的系统，每连接一个模块进行一次测试。两种方案： 设计驱动模块或桩模块，对每一个新组装的子系统进 行测试，对发现问题较多的子系统或模块应该用白盒 法作回归测试。 自顶而下增值 自底而上自底而上增值 二、组装测试（Integration testing ) M1 M4M3M2 M6 M5 程序模块示意图 S5 M1 S1S1S1S2S2S2S3S3S3 第一步，测试主控模块M1设计桩模 块S1、S2、S3，模拟被M1调用的M2 、M3、M4。 M2M3M4 第二步，依次用M2、M3、M4替代 桩模块S1、S2、S3，每替代一次进 行一次测试。 S4S4S4S5S5 第三步，对由主控模块M1和模块 M2、M3、M4构成的子系统进行测 试，设计桩模块S4、S5。 M5M6 第四步，依次用模块M5和M6替代 桩模块S4、S5，并同时进行新的测 试。组装测试完毕。 自顶而下增值 M3 M6M5 D1 D2 D3D1D1 D2D2 D3D3M2M4 M1 第四步，把已测试的子系统按程 序结构连接起来完成程序整体的 组装测试。 D4D4D4D5D5D5 M1 M4M3M2 M6 M5 程序模块示意图 第一步，对最底层的模块M3、M5、M6 进行测试，设计驱动模块D1、D2、D3 来模拟调用。 第三步，设计驱动模块D4、D5 和D6 模拟调用，分别对新子系统进行测试 。 第二步，用实际模块M2、M1和 M4替换驱动模块D1、D2、D3。 D6 自底而上增值 确定组装过程的原则 n 自顶而下增值 n 优点：能够尽早发现系统主控方面的问题。 n 缺点：无法验证桩模块是否完全模拟了下属模块的功能。 n n 自底而上自底而上增值 n 优点：驱动模块较容易编写桩模块，能够尽早查出底层涉及 较复杂的算法和实际的I/O模块中的错误。 n 缺点：最后才能发现系统主控方面的问题。 集成过程的原则 尽早测试关键模块。尽早测试关键模块。 尽早测试包含尽早测试包含I/OI/O的模块。的模块。 二、组装测试（Integration testing ) 3、混合增值，常见的混合增值方案有： 衍变的自顶而下 先自底而上集成子系统，再自顶而下集成总系统。 自底而上自顶而下增值 对含有读操作的子系统采用自底而上。 对含有写操作的子系统采用自顶而下。 回归测试 在回归测试中自底而上，对其余部分（尤其是对修改过的 子系统）采用自顶而下。 二、组装测试（Integration testing ) 1、任务 又称为有效性测试或功能测试。其任务是验证 系统的功能、性能等特性是否符合需求规格说明。 选择测试人员 选择测试用例 实际运行测试 软件计划 用户文档 开发文档 源程序文本 支持环境 有效性 测试 软件 配置 审查 管理 机构 裁决 专家 鉴定会 交用户 运行维护 测试报告 软件配置 三、确认测试（Validation testing ) （1）有效性测试 制定测试计划，运用黑盒法，验证软件特性是否与需求 符合。 （2）软件配置复查 软件配置 指软件工程过程中所产生的所有信息项:文 档、报告、程序、表格、数据。随着软件工程过程的 进展软件配置项（SCI software Configuration Item）快 速增加和变化。应复查SCI是否齐全。 2、确认测试的步骤 三、确认测试（Validation testing ) F Function Testing 功能测试 L Local Area Testing 局域化测试 U Usability Testing 可使用性测试 R Regression Testing 回归测试 P Performance Testing 性能测试 S Supportability Testing 可支持性测试 （3）测试和测试 测试 ：是在开发机构的监督下，由个别用户在确认测试阶段后 期对软件进行测试，目的是评价软件的FLURPS（功能、局域化 、可使用性、可靠性、性能和支持），注重界面和特色。 测试：由支持软件预发行的客户对FLURPS进行测试，主要目的 是测试系统的可支持性。 三、确认测试（Validation testing ) 四、系统测试（system testing ） 将经过确认测试的软件，与计算机硬件、外设、 支持软件等一起，在实际运行环境下测试。 6.3 软件测试步骤 6.4 程序调试 v 软件调试是在进行了成功的测试之后才开始的工作。它与 软件测试不同，调试的任务是进一步诊断和改正程序中潜 在的错误。 v 调试活动由两部分组成： 确定程序中可疑错误的确切性质和位置。 对程序(设计,编码)进行修改，排除这个错误。 v 调试工作是一个具有很强技巧性的工作。软件运行失效或 出现问题，往往只是潜在错误的外部表现，而外部表现与 内在原因之间常常没有明显的联系。如果要找出真正的原 因，排除潜在的错误，不是一件易事。可以说，调试是通 过现象，找出原因的一个思维分析的过程 调试过程 一、调试的步骤 (1) 从错误的外部表现形式入手，确定程序中出错位置； (2) 研究有关部分的程序，找出错误的内在原因； (3) 修改设计和代码，以排除这个错误； (4) 重复进行暴露了这个错误的原始测试或某些有关测试。 6.4 程序调试 从技术角度来看，查找错误的难度在于： n 现象与原因所处的位置可能相距甚远。 n 当其它错误得到纠正时，这一错误所表现出的现象 可能会暂时消失，但并未实际排除。 n现象实际上是由一些非错误原因(例如，舍入不精确) 引起的。 n 现象可能是由于一些不容易发现的人为错误引起的。 n 错误是由于时序问题引起的，与处理过程无关。 n 现象是由于难于精确再现的输入状态（例如，实时应 用中输入顺序不确定）引起。 n 现象可能是周期出现的。在软、硬件结合的嵌入式系 统中常常遇到。 6.4 程序调试 二、几种主要的调试方法 调试的关键在于推断程序内部的错误位置及原因。可以 采用以下方法： 1、强行排错 这种调试方法目前使用较多，效率较低。它不需要过多 的思考，比较省脑筋。例如： 通过内存全部打印来调试，在这大量的数据中寻找出 错的位置。 6.4 程序调试 在程序特定部位设置打印语句，把打印语句插在出错的 源程序的各个关键变量改变部位、重要分支部位、子程 序调用部位，跟踪程序的执行，监视重要变量的变化。 自动调试工具。利用某些程序语言的调试功能或专门的 交互式调试工具，分析程序的动态过程，而不必修改程 序。 应用以上任一种方法之前，都应当对错误的征兆进行全 面彻底的分析，得出对出错位置及错误性质的推测，再 使用一种适当的调试方法来检验推测的正确性。 6.4 程序调试 2、回溯法调试 这是在小程序中常用的一种有效的调试方法。一旦发现了 错误，人们先分析错误征兆，确定最先发现“症状”的位 置。 然后，人工沿程序的控制流程，向回追踪源程序代码 ，直到找到错误根源或确定错误产生的范围。 v 例如，程序中发现错误处是某个打印语句。通过输出值可 推断程序在这一点上变量的值。再从这一点出发，回溯程 序的执行过程，反复考虑：“如果程序在这一点上的状态 （变量的值）是这样，那么程序在上一点的状态一定是这 样.”， 直到找到错误的位置。 6.4 程序调试 3、归纳法调试 v 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调 试的基本思想是：从一些线索(错误征兆)着手，通过分析它 们之间的关系来找出错误。 n收集有关的数据：列出所有已知的测试用例和程序执行 结果。看哪些输入数据的运行结果是正确的，哪些输入 数据的运行结果有错误。 n 组织数据：由于归纳法是从特殊到一般的推断过程，所 以需要组织整理数据，以发现规律。 6.4 程序调试 n常以3W1H形式组织可用的数据： “What” 列出一般现象； “Where”说明发现现象的地点； “When” 列出现象发生时所有已知情况； “How” 说明现象的范围和量级； 6.4 程序调试 6.4 程序调试 “Yes”描述出现错误的3W1H；“No”作为比较，描述了 没有错误的3W1H。通过分析找出矛盾来。 n 提出假设：分析线索之