软件测试的内容ppt课件.ppt

《软件测试的内容ppt课件.ppt》由会员分享，可在线阅读，更多相关《软件测试的内容ppt课件.ppt（87页珍藏版）》请在三一办公上搜索。

1、第7章 软件测试,软件测试是在软件投入运行之前，对软件的需求分析、设计规格说明和编码的最后复审。 由于软件开发的各个阶段均包含了大量的人的创造性劳动，不可避免地会引入错误，尤其是大型、复杂的软件系统。,本章主要内容：软件测试的目的和原则软件测试的方法软件测试的步骤调试软件测试工具,第7章 软件测试,软件测试的概念和意义,什么是软件测试： 软件测试的定义：软件测试是为了发现错误而运行程序的过程。 根据软件开发各阶段的规格说明和程序内部结构精心设计一批测试用例，并利用这些用例去运行程序，以发现程序中的错误。,软件测试的概念和意义,软件测试在软件生命期中跨越两个阶段： 1.编写每一个模块后，进行单元

2、测试。通常模块的编写者和测试者是同一个人。 2.每一个模块完成单元测试后，对软件进行各种综合测试。由专门的测试人员完成。,软件测试的概念和意义,目前，在软件开发过程中，将40%以上的工作量投入到软件测试之中。 几个典型系统中软件测试的费用 系统名称 测试费用占软件开发预算的比例 SAGE 47% NAVAL TACTICAL 50% DATA SYSTEM GENINI 47% S ATURN V 44%,软件测试的目的和原则,软件测试的目的(G.J.Myers提出)： 1、软件测试是为了发现错误而运行程序的过程。 2、一个好的测试用例能够发现至今尚未发现的错误。 3、一个成功的测试是发现了至

3、今尚未发现的错误的测试。,软件测试的目的和原则,软件测试的原则：（1）应当把“尽早地和不断地测试”作为开发者的座右铭（2）软件测试工作应该由独立的专业软件测试机构来完成 （3）测试工作要全面，但不可能实现“穷举”（4）把Pareto原理应用到软件测试中（5）妥善保存一切测试过程文档（6）制定严格、合理的测试计划（7）错误经过修改后，相关的测试必不可少,测试用例的要求,测试用例应由输入数据和预期的输出数据两部分组成。测试用例不仅选用合理的输入数据，还要选择不合理的输入数据。长期保留测试用例。,软件测试的范围,软件测试的对象： 软件测试不等于程序测试，在软件定义与软件开发的各个阶段所得到的各种文档

4、资料，都是测试对象，包括需求规格说明、概要设计规格说明、详细设计规格说明、源程序等。,软件测试步骤,测试过程分为4个步骤： 单元测试 集成测试 确认测试 系统测试,单元测试,单元测试,单元测试,被测模块,被测模块,被测模块,集成测试,设计信息,确认测试,系统测试,已集成的软件,已确认的软件,可交付的软件,软件需求,已测试模块,其他系统元素,软件测试方法,静态测试 （程序不执行）软件测试 动态测试 （程序执行）,黑盒测试（测试功能）,白盒测试（测试结构）,静态分析器（自动工具）,代码审查（人工方式）,软件测试方法的分类,软件测试方法,静态测试 静态测试指被测程序不在机器上运行，而采用人工检测和计

5、算机辅助静态检测的手段对程序进行测试。 1、人工检测：人工审查程序或评审软件。人工审查程序偏重于编码质量的检验，而人工评审软件除了审查编码还要对各阶段的软件产品进行检验。人工检测可以发现计算机不易发现的错误，据统计人工检测可发现30%70%的逻辑设计和编码错误，从而减少系统测试的总工作量。 包括”办公室“检查、会审、走查（排查）。 2、计算机辅助静态检测：利用静态检测工具对程序进行测试。从程序中提取一些信息，以便检查程序逻辑的各种缺陷和可疑的程序构造。,软件测试工作,动态测试 动态测试是通过运行程序发现错误。 一般意义上的测试都是动态测试。为使测试发现尽可能多的错误，动态测试时需采用一些有效的

6、方法。 一方面通过测试检查软件每个功能的执行情况，另一方面详细测试软件的内部结构和处理过程。分别称为黑盒测试和白盒测试。,软件测试工作,软件测试过程中的信息： 测试过程需要三类信息： 1、软件配置：包括需求规格说明、软件设计规格说明、源程序等； 2、测试配置：包括测试方案、测试用例、测试驱动程序等； 3、测试工具：计算机辅助测试的有关工具。如测试数据自动生成工具、静态分析程序、动态分析程序、测试结果分析程序、驱动测试的测试数据库。,软件测试方法,软件测试信息流：,测试,结果分析,可靠性分析,排错,软件配置,测试配置,测试结果,预期结果,错误,出错率数据,改正的软件,预测的可靠性,测试工具,设计

7、测试用例,准备测试数据,用测试数据运行程序,测试结果分析,测试用例,测试报告,预期结果,测试结果,软件动态测试过程,白盒测试法,白盒测试法是通过分析程序内部的逻辑与执行路径来设计测试用例，并对测试用例进行测试的方法，也称做结构测试或逻辑驱动方法。白盒测试法对程序的执行细节进行测试，验证程序模块的每个路径的执行情况。,软件测试方法,白盒测试法 白盒测试是结构测试，所以被测对象基本上是源程序，以程序的内部结构为基础，设计测试用例。 1、逻辑覆盖 追求程序内部的逻辑覆盖程度，当程序中有循环时，覆盖每条路径是不可能的，要设计使覆盖程度较高的或覆盖有代表性的路径的测试用例。,(A1)AND(B=0),(

8、A=2)OR(X1),语句段1,语句段2,T,F,F,T,1,2,3,4,5,如右图：一个被测程序的流程图。,软件测试方法,（1）语句覆盖： 为了提高发现错误的可能性，在测试时应该执行到程序中的每一个语句。语句覆盖是指设计足够的测试用例，使被测程序的每个语句至少执行一次。,测试路径为1-2-4，即可保证每个语句至少执行一次。所以测试用例为：A=2、B=0 、X=3。程序每个语句都能执行，语句覆盖似乎全面地检查了每个语句，但该测试用例只检查了逻辑表达式为“真”的情况，如将“AND” 错写为“ OR ”、 X1错写为X1,仍用上面的测试用例,不能发现错误。因此语句覆盖是比较弱的覆盖。,软件测试方法

9、,（2）判定覆盖： 判定覆盖是指设计足够的测试用例，使被测程序的每个判定表达式至少获得一次“真”和“假”值，从而使程序的每个分支至少都通过一次，所以判定覆盖又叫分支覆盖。,测试路径为1-2-4，1-3-5或1-2-5，1-3-4，即可达到覆盖标准。所以测试用例为：A=3、B=0 、X=1（1-2-5), A=2、B=1、X=2（1-3-4）。对于多分支的判定，判定覆盖要使得每一个判定表达式获得每一个可能的值。判定覆盖比语句覆盖严格，若通过各个分支，各个语句也执行了。但该测试仍不充分，上述数据只覆盖了全部路径的一半，如将X1错写为X1,测试不到.,软件测试方法,（3）条件覆盖： 条件覆盖是指设计

10、足够的测试用例，使被测程序的每个判定表达式中每个条件的各种可能的值至少出现一次。即对该程序中的四个条件A1 ， B=0 ，A=2，X1 要选择足够的测试用例，使得： 判定表达式1出现：A1，B=0；A1，B0 判定表达式2出现：A=2， X1； A2， X1 ，B=0， A=2 ， X1 通过路径1-2-4） A=1,B=1, X=1（满足A1，B0， X1， A2通过路径1-3-5 ）,软件测试方法,以上两组数据不仅覆盖了判定表达式中的所有条件的可能取值，而且覆盖了 所有判定的取“真”分支和取“假”分支，在这种情况下条件覆盖强于判定覆盖。但也有例外，如选择以下两组数据： A=1，B=0， X

11、=3（满足A1，B=0，A 2 ，X1） A=2，B=1， X=1（满足A1，B0，X 1，A=2） 以上两组数据覆盖了判定表达式中的所有条件的可能取值，但只覆盖了 第一个判定表达式的取“假”分支和第二个判定表达式的取“真”分支，此例不满足判定覆盖。所以满足条件覆盖不一定满足判定覆盖。为了解决此问题，需要对条件和分支兼顾。,软件测试方法,（4）判定/条件覆盖： 该覆盖标准是指设计足够的测试用例，使被测程序的每个判定表达式中每个条件的各种可能的值至少出现一次。并使每个判定表达式所有可能的结果也至少出现一次。对该例程序，可选择以下两组数据达到判定/条件覆盖标准： A=2，B=0， X=3 A=1，

12、B=1， X=1 从表面上看，判定/条件覆盖测试了所有条件的取值，但实际上条件组合中的某些条件会抑制其它的条件，如“与”运算的判定表达式中，第一个条件为“假”，则这个表达式后面的几个条件均不起作用，后面的表达式中的错误也就测试不出来。,软件测试方法,（5）条件组合覆盖： 该覆盖标准是指设计足够的测试用例，使被测程序的每个判定表达式中每个条件的各种可能的值的组合至少出现一次。条件组合覆盖是较强的覆盖标准。该例中，两个判定表达式共有4个条件，有8种组合： A1， B=0 ； A1， B0 ； A1，B=0； A1， B0 ； A=2， X1 ； A=2， X1； A2， X1； A2， X1 ；

13、测试用例4组数据： A=2， B=0， X=2；覆盖条件组合 ，路径1-2-4 A=2， B=1， X=1；覆盖条件组合 ，路径1-3-4 A=1， B=1， X=1；覆盖条件组合 ，路径1-3-5 A=1， B=0， X=2；覆盖条件组合 ，路径1-3-4 显然，满足条件组合覆盖的测试，一定满足判定覆盖、条件覆盖、判定/条件覆盖，但该测试没有覆盖程序所有可能的执行路径，1-2-5路径没有覆盖。,软件测试方法,（6）路径覆盖： 该覆盖标准是指设计足够的测试用例，覆盖被测程序中所有可能路径： 该例可选择以下测试用例，覆盖程序中的4条路径： A=2， B=0， X=2；覆盖路径1-2-4，条件组合

14、 ； A=2， B=1， X=1；覆盖路径1-3-4，条件组合 ； A=1， B=1， X=1；覆盖路径1-3-5，条件组合 ； A=3， B=0， X=1；覆盖路径1-2-5，条件组合 ； 显然，该测试满足路径覆盖，但没有满足条件组合覆盖。,软件测试方法,发 现 错 误 能 力,强,弱,六种覆盖标准的对比,六种覆盖标准的对比,语句覆盖发现错误能力弱；判定覆盖包含语句覆盖，但可能会使一些条件得不到测试；条件覆盖对每一条件进行单独检查，一般情况下其检错能力较判定覆盖强，但有时达不到判定覆盖的要求；判定/条件覆盖包含了判定覆盖与条件覆盖的要求，但受软件的影响，有时达不到判定覆盖的标准；条件组合覆盖

15、发现错误能力较强；路径覆盖查错能力强。总结：在实际的逻辑覆盖测试中，一般以条件组合覆盖为主设计测试用例，然后再补充部分用例，以达到路径覆盖测试标准。,软件测试方法,2、基本路径测试 基本路径测试是在程序图的基础上，通过分析环路复杂度，导出独立路径的基本集合，从而设计测试用例，保证这些路径至少被执行一次。,基本路径测试的步骤,画出程序图 以详细设计或源程序为基础，导出程序流程图的拓扑结构-程序图。 程序图是退化了的程序流程图，是反映控制流程的有向图。 称为结点，代表程序流程图的每个处理符号； 称为边或者路径，表示控制流向。,计算程序环路复杂度 环路复杂度是度量程序图G复杂度的方法。 三种计算方法

16、：(1) V(G)=P+1，其中 P为判定结点 (2) V(G)=E-N+2，其中E为边数，N为结点数 (3) V(G)为区域数,确定独立路径的基本集合 一条独立路径至少包含有一条在其他独立路径中没有的边。独立路径的基本集合不唯一。 设计测试用例 确保每一条路径的执行。,基本路径测试的步骤,void mergelist(list la,list lb,list ,例：合并两个有序线形表la、lb，生成有序线形表lc，代码如下所示。要求写出其基本路径测试的步骤。,7: else if (aibj)8: listinsert(lc,+k,ai);+i;9: else listinsert(lc,+

17、k,bj);+j;10: 11: while (i=la_len) 12: getelem(la,i+,ai); listinsert(lc,+k,ai); 13: while (j=lb_len) 14: getelem(lb,j+,bj); listinsert(lc,+k,bj); 15: ,1,2,4,5,6,7,10,11,12,13,14,15,第1步：画出程序图,开始结点,结束结点,3,判定结点,9,8,1,2,4,5,6,7,10,11,12,13,14,15,3,判定结点,9,8,第2步：计算环路复杂度,3,7,4,1,2,5,6,第2步：计算环路复杂度（1）判定结点为2，3

18、，5，7，11，13 V(G)=P+1=7 （2）V(G)=E-N+2=20-15+27 （3）区域个数为7个， V(G)=7,第3步：确定独立路径的基本集合 路径1：1-2-11-13-15 路径2：1-2-11-13-14-13-15 路径3：1-2-3-11-12-11-13-15 路径4：1-2-3-4-5-6-10-2-11-13-15 路径5：1-2-3-4-5-7-8-10-2-11-13-14-13-15 路径6：1-2-3-4-5-7-9-10-2-3-11-12-11-13-15 路径7: 1-2-3-4-5-6-10-2-3-11-11-12-11-13-15,第4步：设

19、计测试用例路径1用例：la=, lb=, lc=路径2用例：la=, lb=3,5, lc=3,5路径3用例：la=2,4, lb=, lc=2,4路径4用例：la=2,3,4, lb=2,3,4, lc=2,2,3,3,4,4路径5用例：la=2,3,4, lb=5,6, lc=2,3,4,5,6 路径6用例：la=2,3,4, lb=0,1, lc=0,1,2,3,4路径7用例：la=2,3,4, lb=2,3, lc=2,2,3,3,4,软件测试方法,3、条件测试 条件测试重点测试程序中的每个条件，测试组成条件的各个成分的正确性，通过检测程序条件中的错误，发现程序中的其它错误 。 条件可

20、能是一个布尔变量、一个关系表达式或是由两个或多个简单条件、布尔运算符和括弧组成的复杂条件。 最简单的条件测试策略应该是分支测试，分支测试主要是保证条件中的每个简单条件，以及取真、取假的分支都至少执行一次。,软件测试方法,4、循环测试 根据循环的复杂性，可分为简单循环、嵌套循环和串接循环。 1)简单循环简单循环可依据以下顺序分别设计测试用例进行测试：执行零次循环：从循环入口到出口；只执行一次循环：检查循环初始值；m次循环：检查m次循环，其中m小于最大次数减1；执行最大次数循环、比最大次数多一次、少一次的循环。,软件测试方法,2)嵌套循环对最内层循环做简单循环的全部测试，所有其它外层的循环变量置为

21、最小值；逐步外推，对其外面一层循环进行测试。测试时保持当前层的所有外层循环的循环变量取最小值，所有其它嵌套内层循环的循环变量取“典型”值，同时考虑增加越界值和非法值的测试。反复进行，直到所有各层循环测试完毕。,软件测试方法,3)串接循环 如果各个循环互相独立，则可以用与简单循环相同的方法进行测试。但如果几个循环不是互相独立的，第二个循环的执行与第一个循环的某个值有关，则需要使用测试嵌套循环的办法来处理。,黑盒测试法,黑盒测试法根据输入/输出数据条件设计测试用例，验证程序的功能是否正确或满足要求，不需考虑程序的内部细节及执行路径。黑盒测试法在接口上也验证输入/输出信息的正确性。,软件测试方法,黑

22、盒测试法 “黑盒”测试又称功能测试，检查程序的功能是否符合规格说明书的要求，程序是否接收输入数据而产生正确的输出信息。测试方法：等价类划分法、边界值分析法、错误推测法。,1、等价类划分 程序的输入域总可以划分成若干个不同性质的等价类，每个等价类中的一个典型值在测试中的作用与该类所有其他值的作用相同。 因此，可以从每个等价类中只取一组数据作为测试数据，这样选取的数据最具有代表性，从而减少测试成本和提高测试效率。,软件测试方法,等价类，指某个输入域的子集合，在该集合中，各个输入数据对暴露程序中的错误是等效的。即如果使用某个等价类中的一个输入条件，作为测试数据检测出了错误，则用这一等价类中的其它数据

23、进行测试会发现同样的错误，反之亦然。 将输入数据域按有效的或无效的（或称合理的或不合理的）划分成若干类，通过测试每个类的代表值相当于对于该类其他数据值进行测试。 如果某个等价类中任选一个测试用例，未发现程序错误，则该类中的其他测试用例，也不会发现程序错误。这样用少量有代表性的例子可代替大量测试目的相同的例子，有效地提高测试效率。,如何划分等价类,若某个输入条件规定了取值范围或值的个数，则可确定一个有效等价类和两个无效等价类。若规定了输入数据的一组值，且程序对不同的输入值做不同的处理，则每个允许的输入值是一个有效等价类，另外还有一个无效等价类。若规定了输入数据必须遵循的规则，可确定一个有效等价类

24、和若干个无效等价类。若已划分的等价类中各元素在程序中的处理方式不同，则将此等价类进一步划分为更小的等价类。,等价类划分法的基本目标： 用一个测试用例能独立地发现一类错误； 理想情况下，一个测试用例能够发现多类错误，从而减少测试成本、提高测试效率。,软件测试方法,等价类划分法的执行步骤： 1）为每个等价类规定一个唯一的编号； 2）设计一个测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复此步，直到所有的有效等价类均被覆盖为止； 3）设计一个测试用例，使其只覆盖一个无效等价类，重复此步，直到所有的无效等价类均被覆盖为止。 4）执行所设计的一系列测试用例，分析是否得到预期结果。,例题:,某报表

25、处理系统。要求用户输入的日期为2000年1月2005年12月，日期长度为6位，前4位表示年代，后2位表示月份。使用等价类划分法设计测试用例，测试用户输入日期的合法性。,步骤1：划分等价类并编号。划分为3个有效等价类，7个无效等价类。,步骤2：为有效等价类设计测试用例。对于表中编号为1，5，8的有效等价类设计一个测试用例覆盖。,步骤3：为每一个无效等价类至少设计一个测试用例。,软件测试方法,黑盒测试法2、边界值分析法 边界值分析也是一种黑盒测试法，是对等价类划分法的补充。 实践经验表明，程序往往在处理边界情况时发生错误。边界情况指输入等价类、输出等价类边界上的情况。检查边界情况的测试用例是比较高

26、效的，可以查出更多的错误。 选取刚好等于、刚好大于、刚好小于边界的值作为测试用例。,若输入条件规定了值的范围，测试用例可选择边界值，或者边界值的周围数据。若输入条件指出了值的个数，则按最大个数、最小个数、比最大个数多1、最小个数少1等情况设计测试用例。对于每个输出条件按照以上两个原则确定输出值的边界。若程序的需求说明给出的输入域或输出域是一个有序集合（如顺序文件、线性表、链表），应选择集合的第一个元素及最后一个元素作为测试用例。,边界值分析法设计原则,软件测试方法,黑盒测试法3、错误推测法 错误推测法的基本思想：列举出程序中可能存在的错误和容易发生错误的特殊情况，并根据它们选择测试方案。 有经

27、验的程序员通常可根据程序的特点和功能选择测试数据，这些数据可能导致程序出现错误。,例：排序程序,输入表为空。输入表只包含一个元素。输入表中所有元素均相同。输入表已有序。,软件测试步骤,测试过程分为4个步骤： 单元测试 集成测试 确认测试 系统测试,单元测试,单元测试,单元测试,被测模块,被测模块,被测模块,集成测试,设计信息,确认测试,系统测试,已集成的软件,已确认的软件,可交付的软件,软件需求,已测试模块,其他系统元素,软件测试与软件开发的关系,用户要求,系统测试,确认测试,集成测试,模块测试,编码,详细设计,需求分析,概要设计,软件测试步骤,1、单元测试 单元测试也称模块测试，是针对软件设

28、计的最小单元程序模块进行的测试，目的是发现模块内部的错误。单元测试主要从以下五个方面进行。 （1）模块接口测试（2）局部数据结构测试（3）路径测试（4）程序异常测试（5）边界条件测试,软件测试步骤,2、集成测试 集成测试也称组装测试，它的任务是按照一定的策略对单元测试的模块进行组装，并在组装过程中进行模块接口与系统功能测试。 （需考虑几个问题P171）（1）一次性组装方式 一次性组装方式的基本思想是首先分别测试每个模块，然后将所有模块全部组装起来进行测试，形成最终的软件系统。 缺点： 一次将所有模块组装后的程序会很庞大，各模块之间相互影响，情况十分复杂。 在测试过程中会同时出现很多错误，对这些

29、错误的定位难度增大，修改的过程中可能又会引发其它错误或激发其它潜在的错误. 测试工作十分的漫长。,软件测试步骤,（2）增殖式组装方式 增殖式组装方式是采用循序渐进的方式，每次增加一个模块到已测试好的模块中 ,错误的范围会缩小，错误的修改和定位难度相对降低。1)自顶向下增殖方式（图P173）具体的实施步骤如下： 先测试主控制模块，测试时使用存根模块代替所有直接附属主控制模块的功能模块； 用某种结合策略，用实际模块代替相应的存根模块； 对结合后的模块进行测试； 为了保证加入的模块没有引进新的错误，需要进行回归测试； 重复操作2、3、4步，完成集成测试。,软件测试步骤,2、集成测试（2）增殖式组装方

30、式 2)自底向上增殖方式（图P173）具体的结合策略如下： 将底层模块组合成实现某个子功能的簇； 写一个驱动程序，用来提供该功能簇的执行入口和输入/输出界面； 对该功能簇进行测试； 在低层继续寻找模块，将该功能簇扩大，重新修改驱动程序，以适应对当前功能簇的测试。 不断重复第3、4步，完成测试。,软件测试步骤,2、集成测试 （3）混合增殖式测试 自顶向下增殖方式和自底向上增殖方式各有优缺点，在实际的测试过程中,可根据具体情况将两种方法结合起来使用。(回归测试) 1)改进的自顶向下的增殖测试：它的基本思想是对涉及输入输出模块和复杂算法的模块先采用自底向上的测试方法，将这些模块组装成为功能相对完整且

31、相对独立的子系统，然后由主模块开始自顶向下进行增殖测试。 2)混合测试法：它首先对软件结构中较低层的模块自底向上组装测试，然后对软件结构中较上层的模块采用自顶向下的方法进行组装与测试。,软件测试步骤,3、确认测试 确认测试也称有效性测试，目的是验证软件的有效性，即验证软件的功能和性能及其它特性是否符合用户要求 。确认测试是软件交付使用前一项很重要的活动，它最终决定用户对该软件的认可程度。(1)确认测试内容(2)测试和测试 测试是邀请用户参加，在开发场地进行的测试，由开发组成员或用户实际操作运行，对测试过程中出现的问题，由开发者记录下来，作为修改的依据。 它的最大特点是整个测试过程是在受控环境下

32、进行。,软件测试步骤,3、确认测试测试和测试 测试是由部分用户在实际的使用环境下进行的测试。测试过程中开发者不在现场，由用户独立操作，验证程序的各项功能，用户发现的问题全部记录下来，反馈给程序开发者，开发者对软件进行必要的修改，并准备最终的软件产品发布。 测试的最大特点是实际的使用环境下进行的测试。(3)确认测试的结果可分为两种情况：测试结果与预期结果相符，程序的功能和性能满足用户需求；测试结果与预期结果不相符，将存在的问题列出清单，提供给开发者作为修改依据。,软件测试步骤,4、系统测试 系统测试的任务主要有：测试软件系统是否能与硬件协调工作，测试与其它软件协调运行的状况。 系统测试的目的是充

33、分运行系统，验证系统各部件是否都能正常工作并完成所赋予的任务。 （1）恢复测试：主要检查系统的容错能力。 （2）安全测试：主要检查系统对非法侵入的防范能力。 （3）强度测试：主要检查程序在一些极限条件下的运行情况。 （4）性能测试：主要检查系统是否满足需求说明书中规定的性能。 （5）其它：版本间的兼容性测试、安装测试，最终提交的文档测试等 。,软件调试,调试(debug，排错) 调试功能是将在测试过程中出现的错误进一步诊断并且改正程序中存在的潜在错误，保证软件运行的正确性和可靠性。 软件调试活动主要分为以下两部分： 确定程序中可疑错误的确切性质和位置。 对程序的设计和编码进行修改，纠正当前错误

34、。调试的过程如下:(图P176) 确定出错原因-找出错误的位置-排除这个错误-重复对修改后的代码进行有关测试-修正无效或是引入了新的错误，撤销此次改动或是修改新的错误。 不断重复上述过程，直到找到一个有效的解决办法为止 . 查找错误的难度: (P177),软件调试,调试方法1、原始法调试 主要思想是通过分析运行程序时数据信息的变化情况查找错误原因 : （1）打印内存的全部数据 （2）添加必要的打印语句 （3）使用自动调试工具 设置断点 单步执行,软件调试,调试方法2、回溯法调试 回溯调试的方法是从出现错误征兆处开始，人工沿控制流程往回追踪程序代码，直至发现出错的根源或确定错误产生的范围。 适用

35、于较小程序，它能将错误范围缩小到程序中的一小段代码，使得定位错误相对容易； 对于大程序，它回溯的路径可能很多，回溯会变得很困难。,软件调试,调试方法3、归纳法调试 归纳法调试的基本思想是：从一些线索(错误征兆)着手，通过分析它们之间的关系来找出错误。 具体实施步骤如下： 第一步：收集所有输出结果有错误的测试用例和执行结果。 第二步：分析收集到的数据信息，以便发现规律或矛盾。 第三步：导出假设。 第四步：证明假设，无法证明后应重新假设。,软件调试,调试方法4、演绎法调试 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。 5、对分法调试 重复使用对半划分程序的方法，不

36、断缩小出错范围，直到将故障定位到容易诊断的程度。,测试计划,1 引言1.1 编写目的 : 阐明编写测试计划的目的并指明读者对象。1.2 项目背景 : 说明项目的来源、委托单位及主管部门。1.3 定义 : 列出测试计划中所用到的专门术语的定义和缩写词的原义。1.4 参考资料 : 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 , 可包括 : 项目的计划任务书、合同或批文 ; 项目开发计划 ; 需求规格说明书 ; 概要设计说明书 ; 详细设计说明书 ; 用户操作手册 ; 本测试计划中引用的其他资料、采用的软件开发标准或规范。,测试计划,2 任务概述2.1 目标2.2 运行环境2.3

37、需求概述2.4 条件与限制,测试计划,3 计划3.1 测试方案 : 说明测试方法和选取测试用例的原则。3.2 测试项目 : 列出组装测试和确认测试中每一项测试的内容、名称、目的和进度。3.3 测试准备3.4 测试机构及人员 : 测试机构名称、负责人和职责。,测试计划,4 测试项目说明4.1 按顺序逐个对测试项目做出说明 4.1.1 测试项目名称及测试内容 4.1.2 测试用例 4.1.3 输入 : 输入的数据和输入命令。 4.1.4 输出 : 预期的输出数据。4.2 步骤及操作4.3 允许偏差 : 给出实测结果与预期结果之间允许偏差的范围。4.4 进度4.5 条件 : 给出项目测试对资源的特殊

38、要求 , 如设备、软件、人员等。 4.6 测试资料 : 说明项目测试所需的资料。,测试计划,5 评价5.1 范围 : 说明所完成的各项测试涉及问题的范围及其局限性。 5.2 准则 : 说明评论测试结果的准则。,测试分析报告,1 引言1.1 编写目的 : 阐明编写测试分析报告的目的并指明读者对象。1.2 项目背景 : 说明项目的来源、委托单位及主管部门。1.3 定义 : 列出测试分析报告中所用到的专门术语的定义和缩写词的原义。1.4 参考资料 : 列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源 , 可包括 : 项目的计划任务书、合同或批文 ; 项目开发计划 ; 需求规格说明书 ;

39、概要设计说明书 ; 详细设计说明书 ; 用户操作手册 ; 测试计划 ; 测试分析报告所引用的其他资料、采用的软件工程标准或工程规范。,测试分析报告,2 测试计划情况2.1 机构和人员 : 给出测试机构名称、负责人和参与测试人员名单。2.2 测试结果 : 按顺序给出每一测试项目的 实测结果数据 ; 与预期结果数据的偏差 ; 该项测试表明的事实 ; 该项测试发现的问题。,测试分析报告,3 软件需求测试结论按顺序给出每一项需求测试的结论。 包括 : 证实的软件能力 ; 局限性 ( 即该项需求未得到充分测试的情况及原因 ) 。,测试分析报告,4 评价4.1 软件能力 : 经过测试所表明的软件能力。4.

40、2 缺陷和限制 : 说明测试所揭露的软件缺陷和不足 , 以及可能给软件运行带来的影响。4.3 建议 : 提出为弥补上述缺陷的建议。4.4 测试结论 : 说明能否通过。,例：合并两个线形表，代码如下:,void mergelist(list la,list lb,list 8: ,9: while (i=la_len) 10: getelem(la,i+,ai); listinsert(lc,+k,ai); 11: while (j=lb_len) 12: getelem(lb,j+,bj); listinsert(lc,+k,bj); 13: 要求：写出其基本路径测试步骤。,1,2,4,5,6

41、,7,9,10,11,12,13,第1步：画出程序图,开始结点,结束结点,3,8,判定结点,第2步：计算环路复杂度 判定结点为2，3，5，9，11 V(G)=P+1=6第3步：确定独立路径的基本集合 路径1：1-2-9-11-13 路径2：1-2-9-11-12-11-13 路径3：1-2-3-9-10-9-11-13 路径4：1-2-3-4-5-6/7-8-2-9-11-13 路径5：1-2-3-4-5-6/7-8-2-9-11-12-11-13 路径6：1-2-3-4-5-6/7-8-2-9-10-9-11-13,第4步：设计测试用例路径1用例：la=,lb=,lc=路径2用例：la=,lb=3,lc=3路径3用例：la=3,lb=,lc=3路径4用例：路径5用例：la=3,5,lb=2,4,6,lc=2,3,4,5,6路径6用例：la=3,5,6,lb=2,4,lc=2,3,4,5,7,