[互联网]第06章软件项目的测试.ppt

《[互联网]第06章软件项目的测试.ppt》由会员分享，可在线阅读，更多相关《[互联网]第06章软件项目的测试.ppt（76页珍藏版）》请在三一文库上搜索。

1、软件工程,桂林山水职业学院计算机系 朱笑雷,第六章 软件项目的测试,6.1 软件测试基本概念,测试的目的是确保软件的质量，尽量找出软件错误并加以纠正，而不是证明软件没有错。,1963年美国飞往火星的火箭爆炸，原因是FORTRAN程序： DO 5 I=1，3 误写为：DO 5 I=1. 3 损失1000万美元。 1967年苏联“联盟一号”宇宙飞船返回时因忽略一个小数点，在进入大气层时打不开降落伞而烧毁。,6.1 软件测试基本概念,一、为什么要进行软件测试 软件中存在错误是不可避免的 软件是一种高密集度的智力产品 客观系统的复杂性 人主观认识的局限性 信息通信不一致 协调管理不完善,6.1 软件测

2、试基本概念,二、测试的概念 1、软件测试 软件测试是对软件计划、软件设计、软件编码进行查错和纠错的活动（包括代码执行活动与人工活动）。测试的目的是找出软件设计开发全周期中各个阶段的错误，以便分析错误的性质与位置而加以纠正。纠正过程可能涉及到改正或者重新设计相关的文档活动。找错活动称为测试，纠错活动称为调试。,6.1 软件测试基本概念,2、程序测试 程序测试是早已流行的概念。它是对编码阶段的语法错、语义错、运行错进行查找的编码执行活动。找出编码中错误的代码执行活动称程序测试。纠正编码中的错误的执行活动称程序调试。通过查找编码错与纠正编码错来保证算法的正确实现。 软件测试与调试覆盖软件生存周期的整

3、个阶段，而程序测试与调试则仅限于编码阶段，软件测试中的单元测试与程序测试十分相似，不同在于，单元测试还要测试模块间的接口，并要设计与接口相关的模块。,6.1 软件测试基本概念,3、软件确认与程序确认 软件确认是广义上的软件测试，它是企图证明程序软件在给定的外部环境中的逻辑正确性的一系列活动和过程，指需求说明书的确认，程序的确认。程序确认又分成静态确认与动态确认。静态确认包括，正确性证明，人工分析，静态分析。动态分析包括动态确认与动态测试。,6.1 软件测试基本概念,静态分析是不执行程序本身，分析程序正文可能导致错误的异常情况。可以人工的进行分析，也可以用测试工具静态分析程序来进行，被测试程序的

4、正文做为输入，经静态分析程序分析得出分析结果。静态分析包括结构检查，流图分析，符号执行。 动态分析是执行被测程序，从执行结果分析程序可能出现的错误。可以人工设计程序测试用例，也可以由测试工具动态分析程序来做检测与分析。动态测试包括功能测试和结构测试。动态测试的内容包括：单元测试，也称逻辑测试，模块测试，功能测试。组装测试也称集成测试，综合测试，或结构测试，子系统测试。系统测试是软硬件或子系统的组装测试。,6.1 软件测试基本概念,4、各种软件错误的出现比例 功能错，占整个软件错误27，是需求分析设计不完整而引起的。 系统错，占整个软件错误16，是总体设计错误而引起 数据错，占整个软件错误10，

5、由编码错误引起的 编码错，占整个软件错误4，程序员编码错误引起的 其它错，占整个软件错误16，文档错和硬件错所引起,6.1 软件测试基本概念,三、软件测试的目标 测试是为了发现程序中的错误而执行程序的过程； 好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； 成功的测试是发现了至今为止尚未发现的错误的测试,6.1 软件测试基本概念,四、软件测试的原则 1、测试前要认定被测试软件有错，不要认为软件设有错。 2、要预先确定被测试软件的测试结果。 3、要尽量避免测试自己编写的程序。 4、测试要兼顾合理输入与不合理输入数据。 5、测试要以软件需求规格说明书为标准。 6、测试是相对的，不能穷尽所

6、有的测试，要据人力物力安排测试，并选择好测试用例与测试方法。 7、充分注意测试中的群集现象:测试中发现的80%的错误可能来自于20%的程序代码,6.1 软件测试基本概念,四、软件测试的原则 8、严格执行测试计划,尽量避免测试的随意性，从工程的角度理解软件测试，它是有组织、有计划、有步骤的活动 9、妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便 10、应当把“尽早地和不断地进行软件测试”作为软件测试人的座右铭,6.2 软件测试的方法,6.2.1 软件测试方法的分类 软件测试方法分为两类：静态分析、动态测试。 一、静态分析技术 不执行被测软件，可对需求分析说明书、软件设计说明书

7、、源程序做结构检查、流程分析、符号执行来找出软件错误。 二、动态测试技术 当把程序作为一个函数，输入的全体称为函数的定义域，输出的全体称为函数的值域，函数则描述了输入的定义域与输出值域的关系。,6.2 软件测试的方法,动态测试的算法有： 选取定义域中的有效值，或定义域外无效值。 对已选取值决定预期的结果。 用选取值执行程序。 观察程序行为，记录执行结果。 将的结果与的结果相比较，不吻合则程序有错。,6.2 软件测试的方法,三、黑盒测试与白盒测试 动态测试既可以采用白盒法对模块进行逻辑结构的测试，又可以用黑盒法做功能结枸的测试，接口的测试，它们都是以执行程序并分析执行结果来查错的。 1、黑盒测试

8、法 黑盒测试法把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息的完整性。黑盒测试又称为功能测试。,6.2 软件测试的方法,2、白盒测试法 白盒测试法的前提是可以把程序看成装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作，白盒测试又称为结构测试。 使用白盒测试法，为了做到穷尽测试，程序中每条可能的通路至少都应该执行一次，但即使测试很小的程序，通常也

9、不能做到这一点。一段程序对嵌套的语句循环执行20次，而循环体中有5条可能的路径，则在这段程序中共有520条可能的通路，即使每条通路只执行一次，也是不可能的，因此，要注意，不可能进行穷尽测试，也说明，测试不可能发现程序中的所有错误。,6.2 软件测试的方法,6.2 软件测试的方法,6.2.2 测试方案设计 一、白盒法 白盒法又称为逻辑覆盖法，其测试用例选择，是按照不同覆盖标准确定的。,语 句 覆 盖,判 定 覆 盖,条 件 覆 盖,判 定 条 件 覆 盖,条 件 组 合 覆 盖,弱,强,6.2 软件测试的方法,语句覆盖： 选择足够的测试用例，使得程序中每个语句至少都能被执行一次。 判定覆盖： 执

10、行足够的测试用例，使得程序中每个判定至少都获得一次“真”值和“假”值。 条件覆盖：执行足够的测试用例，使得判定中的每个条件获得各种可能的结果。 判定/条件覆盖： 执行足够的测试用例，使得判定中每个条件取到各种可能的值，并使每个判定取到各种可能的结果。 条件组合覆盖： 执行足够的例子，使得每个判定中条件的各种可能组合都至少出现一次。,6.2 软件测试的方法,白盒测试法步骤: 选择逻辑覆盖标准。 按照覆盖标准列出所有情况。 选择确定测试用例。 验证分析运行结果与预期结果。,例：用白盒法测试以下程序段： Procedure（VAR A，B，X：REAL）； BEGIN IF （A1) AND (B=

11、0) THEN X:=X/A ; IF (A=2) OR (X1) THEN X:=X+1 END;,满足语句覆盖的情况： 执行路径：ace 用例格式： 输入(A,B,X)，输出(A,B,X) 选择用例： (2,0,4),(2,0,3),1、语句覆盖 使得程序中每个语句至少都能被执行一次,6.2 软件测试的方法,覆盖情况：应执行路径 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

12、 或FALSE各一次。,6.2 软件测试的方法,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 软件测试的方法,4、判定/条件覆盖 同时满足判断覆盖和条件覆盖,应满足以下覆盖情况： 条件: A1, A1, B=0, B0 A=2, A2, X1, X1 应执行路径 ace abd 或： acd a

13、be,选择用例： (2,0,4),(2,0,3)（ace) (1,1,1),(1,1,1) (abd),6.2 软件测试的方法,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) ,6.2 软件测试的方法,6、路径覆盖 被测程序的每条可能执行到的路径都至少

14、经过一次。,选择用例： (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 软件测试的方法,6.2 软件测试的方法,二、黑盒法 不考虑程序的内部结构与特性，只根据程序功能或程序的外部特性设计测试用例。,等 价 分 类 法,边 值 分 析 法,错 误 推 测 法,因 果 图 法,1、等价分类法 基本思想：根据程序的I/O特性，将程序的定义域划分为有限个等价区段 “等价类”，从等价类中选择出的用例，具有“代表性”。 等价类分为： 有效等价类 对于程序的规格说明是合理的

15、、有意义的输入数据构成的集合。 无效等价类 对于程序的规格说明，是不合理的，是没有意义的输入数据构成的集合。,6.2 软件测试的方法,等价分类法步骤,应按照输入条件（如输入值的范围，值的个数，值的集合，输入条件必须如何）划分为有效等价类和无效等价类。 例如：每个学生可选修1-3门课程 可以划分一个有效等价类：选修1-3门课程。 可以划分两个无效等价类：未选修课，选修课超过3门。 又如：标识符的第一个字符必须是字母。 可以划分为一个有效等价类：第一个字符是字母。 可以划分一个无效等价类：第一个字符不是字母。, 划分“等价类”,A、为每个等价类编号； B、使一个测试用例尽可能覆盖多个有效等价类 C

16、、特别要注意的是：一个测试用例只能覆盖一个无效等价类。, 选择测试用例,等价分类法步骤,2、边值分析法 基本思想： 选择等价类的边缘值作为测试用例，让每个等价类的边界都得到测试，选择测试用例既考虑输入亦考虑输出。 分析步骤： A、先划分等价类。 B、选择测试用例，测试等价类边界。 边界选择原则： A、按照输入值范围的边界。 B、按照输入/输出值个数的边界。 C、输出值域的边界。 D、输入/输出有序集的边界。,6.2 软件测试的方法,边值分析法举例： A、按照输入值范围的边界。 例如：输入值的范围是-1.0至1.0，则可选择用例 1.0、1.0、-1.001、1.001。 B、按照输入/输出值个

17、数的边界。 例如：输入文件可有1-255个记录，则 设计用例：文件的记录数为 0个、1个、255个、256个。 C、输出值域的边界。 例如：检索文献摘要，最多4篇。设计用例：可检索0篇、1篇、4篇，和5篇（错误）。 D、输入/输出有序集（如顺序文件、线性表）的边界。 应选择第一个元素和最后一个元素。,6.2 软件测试的方法,3、错误推测法 凭经验或直觉推测可能的错误，列出程序中可能有的错误和容易发生错误的特殊情况，选择测试用例。,4、因果图法（cause effcet graphicei） 把输入条件视为“因”，把输出条件视为“果”，将黑盒看成是从因到果的网络图，采用逻辑图的形式来表达功能说明

18、书中输入条件的各种组合与输出的关系。根据这种关系可选择高效的测试用例。因果图是一种形式化语言，是一种组合逻辑。,6.2 软件测试的方法, 因果图的基本符号: 0 - 表示“不出现”,1 - 表示“出现”,恒等:若a为1，则b为1，否则b为0。 “非”函数 :若a为1，则b为0，否则b为1。 “或”函数:若a或b为1，则d为1，否则d为0。 “与”函数:若a与b同为1，则d为1，否则d为0。,6.2 软件测试的方法,对“与”、“或”函数的限制符号,E约束（异） 排斥 即a、b不能同时为1。 I约束（或） 包容 a、b、c不能同时为0。 O约束（唯一） 选一 a、b中仅有一个为1。 R约束（要求）

19、 需要 a为1时，b必须为1 M约束（强制） 屏蔽 若a为1时，则b强制为1。,6.2 软件测试的方法, 因果图法的步骤 分析规范，即将问题分为若干可工作的步骤。 标识出规范中的原因与结果。 原因输入条件 结果输出或系统变换 分析规范语义、内容，转换为因果图 将因果图转换为有限项判断表。 将判断表的每一列，转换为一个测试用例。,6.2 软件测试的方法, 因果图法应用举例 规范：文件名第一列字符必须为A或B，第二列字 符必须为数字。满足则修改文件。第一字符不正 确发出信息X12，第二个字符不正确发出信息X13。,、分析规范 原 因 结 果 1 第一列字符为A 50修改文件 2 第一列字符为B 5

20、1发信息X12 3 第二列字符为数字 52发信息X13,6.2 软件测试的方法,画出因果图,中间结点 是导出结果的进一步原因。,考虑到原因1、2不可能同时为1，加上E约束。,11,6.2 软件测试的方法,将因果图转换为判断表,11,51,50,52,6.2 软件测试的方法,测试步骤及策略 所有测试过程都应采用综合测试策略；即先作静态分析，再作动态测试。并事先制订测试计划。 测试过程通常可分4步进行：,6.3 软件测试步骤,6.3 软件测试步骤,V模型：软件开发各阶段与测试策略之间的对应关系。,1、单元测试（unit testing )的测试内容,模块,模块接口测试,局部数据结构测试,重要路径测

21、试,错误处理测试,边界条件测试,I/O 参数值的个数、类型、次序、格式是否正确，I/O文件属性、操作是否正确等。,数据说明是否正确、一致，变量及其初值定义是否正确等。,检查“错误处理程序”本身的错误。,边界条件常包括循环边界，最大最小值、控制流中等于、大于、小于的比较值等。,重要路径通常是指完成模块功能的主要路径，一般是控制结构。,一、单元测试（unit testing ),2、模块测试步骤 考虑到被测模块与其它模块的联系，因此测试时需要使用两类辅助模块来模拟其他模块。,驱动模块（driver） 模拟主程序功能，用于向被测模块传递数据，接收、打印从被测模块返回的数据。 桩模块（stub） 又称

22、为假模块，用于模拟那些由被测模块所调用的下属模块功能。,一般，驱动模块比桩模块容易设计。但都是额外开销。测试方法以白盒法为主。,一、单元测试（unit testing ),1、组装测试的任务 确定模块组装方案，将经过测试的模块组装为一个完整的系统。组装方案分为渐增式及非渐增式。 测试方法以黑盒法为主，按照组装方案进行测试。,也称为联合测试或集成测试，重点测试模块的接口部分，需设计测试过程使用的驱动模块或桩模块。,二、组装测试（Integration testing ),2、渐增式组装测试 渐增式是先进行模块测试，然后将这些模块逐步组装成较大的系统，每连接一个模块进行一次测试。两种方案：,设计驱

23、动模块或桩模块，对每一个新组装的子系统进行测试，对发现问题较多的子系统或模块应该用白盒法作回归测试。,自顶而下增值 自底而上增值,二、组装测试（Integration testing ),程序模块示意图,S5,M1,S1,S1,S1,S2,S2,S2,S3,S3,S3,第一步，测试主控模块M1设计桩模块S1、S2、S3，模拟被M1调用的M2、M3、M4。,M2,M3,M4,第二步，依次用M2、M3、M4替代桩模块S1、S2、S3，每替代一次进行一次测试。,S4,S4,S4,S5,S5,第三步，对由主控模块M1和模块M2、M3、M4构成的子系统进行测试，设计桩模块S4、S5。,M5,M6,第四步

24、，依次用模块M5和M6替代桩模块S4、S5，并同时进行新的测试。组装测试完毕。,自顶而下增值,M3,M6,M5,D1,D2,D3,D1,D1,D2,D2,D3,D3,M2,M4,M1,第四步，把已测试的子系统按程序结构连接起来完成程序整体的组装测试。,D4,D4,D4,D5,D5,D5,程序模块示意图,第一步，对最底层的模块M3、M5、M6进行测试，设计驱动模块D1、D2、D3来模拟调用。,第三步，设计驱动模块D4、D5 和D6模拟调用，分别对新子系统进行测试。,第二步，用实际模块M2、M1和M4替换驱动模块D1、D2、D3。,D6,自底而上增值,确定组装过程的原则,自顶而下增值 优点：能够尽

25、早发现系统主控方面的问题。 缺点：无法验证桩模块是否完全模拟了下属模块的功能。 自底而上增值 优点：驱动模块较容易编写桩模块，能够尽早查出底层涉及较复杂的算法和实际的I/O模块中的错误。 缺点：最后才能发现系统主控方面的问题。,集成过程的原则 尽早测试关键模块。 尽早测试包含I/O的模块。,二、组装测试（Integration testing ),3、混合增值，常见的混合增值方案有： 衍变的自顶而下 先自底而上集成子系统，再自顶而下集成总系统。 自底而上自顶而下增值 对含有读操作的子系统采用自底而上。 对含有写操作的子系统采用自顶而下。 回归测试 在回归测试中自底而上，对其余部分（尤其是对修改

26、过的子系统）采用自顶而下。,二、组装测试（Integration testing ),1、任务 又称为有效性测试或功能测试。其任务是验证系统的功能、性能等特性是否符合需求规格说明。,选择测试人员,选择测试用例,实际运行测试,软件计划,用户文档,开发文档,源程序文本,支持环境,有效性 测试,软件 配置 审查,管理 机构 裁决,专家 鉴定会,交用户,运行维护,测试报告,软件配置,三、确认测试（Validation testing ),（1）有效性测试 制定测试计划，运用黑盒法，验证软件特性是否与需求符合。,（2）软件配置复查 软件配置 指软件工程过程中所产生的所有信息项:文档、报告、程序、表格、数

27、据。随着软件工程过程的进展软件配置项（SCI software Configuration Item）快速增加和变化。应复查SCI是否齐全。,2、确认测试的步骤,三、确认测试（Validation testing ),Function Testing 功能测试 Local Area Testing 局域化测试 Usability Testing 可使用性测试 Regression Testing 回归测试 Performance Testing 性能测试 Supportability Testing 可支持性测试,（3）测试和测试 测试 ：是在开发机构的监督下，由个别用户在确认测试阶段后期对软

28、件进行测试，目的是评价软件的FLURPS（功能、局域化、可使用性、可靠性、性能和支持），注重界面和特色。 测试：由支持软件预发行的客户对FLURPS进行测试，主要目的是测试系统的可支持性。,三、确认测试（Validation testing ),四、系统测试（system testing ） 将经过确认测试的软件，与计算机硬件、外设、支持软件等一起，在实际运行环境下测试。,6.3 软件测试步骤,6.4 程序调试,软件调试是在进行了成功的测试之后才开始的工作。它与软件测试不同，调试的任务是进一步诊断和改正程序中潜在的错误。 调试活动由两部分组成： 确定程序中可疑错误的确切性质和位置。 对程序(设

29、计,编码)进行修改，排除这个错误。 调试工作是一个具有很强技巧性的工作。软件运行失效或出现问题，往往只是潜在错误的外部表现，而外部表现与内在原因之间常常没有明显的联系。如果要找出真正的原因，排除潜在的错误，不是一件易事。可以说，调试是通过现象，找出原因的一个思维分析的过程,调试过程,一、调试的步骤 (1) 从错误的外部表现形式入手，确定程序中出错位置； (2) 研究有关部分的程序，找出错误的内在原因； (3) 修改设计和代码，以排除这个错误； (4) 重复进行暴露了这个错误的原始测试或某些有关测试。,6.4 程序调试,从技术角度来看，查找错误的难度在于： 现象与原因所处的位置可能相距甚远。 当

30、其它错误得到纠正时，这一错误所表现出的现象可能会暂时消失，但并未实际排除。,现象实际上是由一些非错误原因(例如，舍入不精确)引起的。 现象可能是由于一些不容易发现的人为错误引起的。 错误是由于时序问题引起的，与处理过程无关。 现象是由于难于精确再现的输入状态（例如，实时应用中输入顺序不确定）引起。 现象可能是周期出现的。在软、硬件结合的嵌入式系统中常常遇到。,6.4 程序调试,二、几种主要的调试方法 调试的关键在于推断程序内部的错误位置及原因。可以采用以下方法： 1、强行排错 这种调试方法目前使用较多，效率较低。它不需要过多的思考，比较省脑筋。例如： 通过内存全部打印来调试，在这大量的数据中寻

31、找出错的位置。,6.4 程序调试,在程序特定部位设置打印语句，把打印语句插在出错的源程序的各个关键变量改变部位、重要分支部位、子程序调用部位，跟踪程序的执行，监视重要变量的变化。 自动调试工具。利用某些程序语言的调试功能或专门的交互式调试工具，分析程序的动态过程，而不必修改程序。 应用以上任一种方法之前，都应当对错误的征兆进行全面彻底的分析，得出对出错位置及错误性质的推测，再使用一种适当的调试方法来检验推测的正确性。,6.4 程序调试,2、回溯法调试 这是在小程序中常用的一种有效的调试方法。一旦发现了错误，人们先分析错误征兆，确定最先发现“症状”的位置。 然后，人工沿程序的控制流程，向回追踪源

32、程序代码，直到找到错误根源或确定错误产生的范围。 例如，程序中发现错误处是某个打印语句。通过输出值可推断程序在这一点上变量的值。再从这一点出发，回溯程序的执行过程，反复考虑：“如果程序在这一点上的状态（变量的值）是这样，那么程序在上一点的状态一定是这样.”， 直到找到错误的位置。,6.4 程序调试,3、归纳法调试 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调试的基本思想是：从一些线索(错误征兆)着手，通过分析它们之间的关系来找出错误。 收集有关的数据：列出所有已知的测试用例和程序执行结果。看哪些输入数据的运行结果是正确的，哪些输入数据的运行结果有错误。 组织数据：由于归纳法是从特殊到一

33、般的推断过程，所以需要组织整理数据，以发现规律。,6.4 程序调试,常以3W1H形式组织可用的数据： “What” 列出一般现象； “Where”说明发现现象的地点； “When” 列出现象发生时所有已知情况； “How” 说明现象的范围和量级；,6.4 程序调试,6.4 程序调试,“Yes”描述出现错误的3W1H；“No”作为比较，描述了没有错误的3W1H。通过分析找出矛盾来。 提出假设：分析线索之间的关系，利用在线索结构中观察到的矛盾现象，设计一个或多个关于出错原因的假设。如果一个假设也提不出来，归纳过程就需要收集更多的数据。此时，应当再设计与执行一些测试用例，以获得更多的数据。 证明假设

34、：把假设与原始线索或数据进行比较，若它能完全解释一切现象，则假设得到证明；否则，就认为假设不合理，或不完全，或是存在多个错误，以致只能消除部分错误。,6.4 程序调试,4、演绎法调试 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。演绎法排错是测试人员首先根据已有的测试用例，设想及枚举出所有可能出错的原因做为假设；然后再用原始测试数据或新的测试，从中逐个排除不可能正确的假设；最后，再用测试数据验证余下的假设确是出错的原因。,6.4 程序调试,列举所有可能出错原因的假设 把所有可能的错误原因列成表。通过它们，可以组织、分析现有数据。 利用已有的测试数据，排除不正确的

35、假设 仔细分析已有的数据，寻找矛盾，力求排除前一步列出所有原因。如果所有原因都被排除了，则需要补充一些数据(测试用例)，以建立新的假设。 改进余下的假设 利用已知的线索，进一步改进余下的假设，使之更具体化，以便可以精确地确定出错位置。 证明余下的假设,6.4 程序调试,6.4 程序调试,三、调试原则 在调试方面，许多原则本质上是心理学方面的问题。调试由两部分组成，调试原则也分成两组。 1、确定错误的性质和位置的原则 用头脑去分析思考与错误征兆有关的信息。 避开死胡同。 只把调试工具当做辅助手段来使用。利用调试工具，可以帮助思考，但不能代替思考。 避免用试探法，最多只能把它当做最后手段。,6.4

36、 程序调试,2、修改错误的原则 在出现错误的地方，很可能还有别的错误。 修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误的本身。 当心修正一个错误的同时有可能会引入新的错误。 修改错误的过程将迫使人们暂时回到程序设计阶段。 修改源代码程序，不要改变目标代码。,6.4 程序调试,6.5 软件测试计划与测试分析报告,6.5.1 软件测试计划,6.5 软件测试计划与测试分析报告,6.5.2 测试分析报告,6.5 软件测试计划与测试分析报告,6.5 软件测试计划与测试分析报告,6.5 软件测试计划与测试分析报告,6.5 软件测试计划与测试分析报告,6.5.3 其他软件测试文档 一、模块测试报告 A、综合测试策略（静态分析、白盒法为主，辅以黑盒法） B、测试情况（根据覆盖标准列出） C、测试用例（保留） D、查错记录（数量、位置）、分析结果。 二、组装测试报告 A、组装次序、测试方法（以黑盒法为主） B、测试情况 C、测试用例（保留） D、查错记录（数量、位置）、分析结果。,6.5 软件测试计划与测试分析报告,Thank You !,