• 1. 第3章 软件测试基本技术3.1 黑盒测试与白盒测试 3.2 白 盒 测 试技术 3.3 黑 盒 测 试技术1
  • 2. 3.1 黑盒测试与白盒测试 任何工程产品都可以使用白盒测试和黑盒测试两种方法之一进行测试。 1.黑盒测试 黑盒测试:已知产品的功能设计规格和用户手册,可以进行测试证明每个功能是否实现、每个实现了的功能是否符合要求,以及产品的性能是否满足用户的要求。 2
  • 3. 软件的黑盒测试意味着测试要在软件的接口处进行,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书和用户手册,检查程序的功能是否符合它的功能说明,以及性能是否满足用户的要求。因此黑盒测试又叫功能测试或数据驱动测试。3
  • 4. 2.白盒测试 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否已经过检查。 白盒测试是对软件的过程性细节做细致的检查,利用程序内部的逻辑结构,对程序所有逻辑路径进行测试,通过在不同点检查程序状态,确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。4
  • 5. 项目黑盒测试法白盒测试法测试依据规格说明程序内部结构优点方面 能确保从用户的角度出发进行测试 能对程序内部的特定部位进行覆盖测试缺点方面无法测试程序内部特定部位;当规格说明有误,则不能发现问题无法检查程序的外部特性; 无法对未实现规格说明的程序内部欠缺部分进行测试应用范围 边界分析法 等价类划分法 决策表测试 场景法 语句覆盖,判定覆盖, 条件覆盖,判定/条件覆盖, 路径覆盖,循环覆盖, 模块接口测试5
  • 6. 3.2 白 盒 测 试 技 术 白盒测试的测试对象基本上是源程序,是以程序的内部逻辑为基础的一种测试方法。 白盒测试方法又可分为静态测试和动态测试。静态测试主要是检查软件的表示和描述是否一致,动态测试主要是对软件系统行为进行分析。6
  • 7. 3.2.1 白盒测试静态测试 最常见的静态测试是找出源代码的语法错误,这类测试可由编译器来完成,因为编译器可以逐行分析检验程序的语法,找出错误并报告。除此之外,有些地方存在非语法方面的错误,只能通过人工检测的方法来判断。 人工检测的方法主要有代码检查法、静态结构分析法等。7
  • 8. 1.代码检查法8
  • 9. 代码检查法主要检查: (1) 检查代码和设计的一致性; (2) 代码的可读性及对设计标准的遵循情况; (3) 代码逻辑表达的正确性; (4) 代码结构的合理性; (5) 程序中不安全、不明确和模糊的部分; (6) 编程风格方面的问题等。9
  • 10. main( ) { int a[10], i, j, tmp; for(i=0; i <=10; i++) scanf("%d", &a[i]); for(i=0; i <=10; i++) for(j=i+1; j <= 10; j++) if ( a[i] < a[j]) { a[i] = a[j]; } for(i=0; i<=10; i++) printf("%d ", a[i]); }无注释 书写格式不规范 tmp变量未使用 数组下标越界使用10
  • 11. 代码检查方式主要有: (1)桌面检查:程序员单独完成 (2)代码审查:程序员和测试员根据检查列表阅读程序 (3)走查:程序员和测试员通过代表性测试用例逻辑运行程序11
  • 12. 2.静态结构分析法12
  • 13. 静态结构分析法常用以下方法进行分析: (1) 生成各种图表 ① 标号交叉引用表 ② 变量交叉引用表 ③ 子程序(宏、函数)引用表 ④ 函数调用关系图:展示系统的结构 ⑤ 模块控制流图:反映函数的内部结构13
  • 14. (2)静态错误分析 静态错误分析主要用于确定在源程序中是否有某类错误或“危险”结构。 ① 类型和单位分析 ② 引用分析 ③ 表达式分析 ④ 接口分析14
  • 15. 3.2.2 程序插桩技术 在软件动态测试中,程序插桩是一种基本的测试手段,有着广泛的应用。 程序插桩方法是借助往被测程序中插入操作,来实现测试目的的方法,即向源程序中添加一些语句,实现对程序语句的执行、变量的变化等情况进行检查。 15
  • 16. 图3-1 插桩后求最大公约数程序的流程图 每个语句的实际执行次数对?16
  • 17. 设计插桩程序时需要考虑的问题包括: ① 探测哪些信息; ② 在程序的什么部位设置探测点; ③ 需要设置多少个探测点; ④ 如何在程序中特定部位插入某些用以判断变量特性的语句。17
  • 18. 3.2.3 逻辑覆盖 逻辑覆盖也是白盒测试主要的动态测试方法之一,是以程序内部的逻辑结构为基础的测试技术,是通过对程序逻辑结构的遍历实现程序的覆盖,这一方法要求测试人员对程序的逻辑结构有清楚的了解18
  • 19. 从覆盖源程序语句的详细程度分析,逻辑覆盖标准有语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖。 为便于理解,根据下面所示的2个被测试程序(用C语言书写),分别讨论几种常用的覆盖技术。19
  • 20. 程序1如下: function js(float A,float B,float X) { if( A>1&&B=0)X=X/A; if(A=2||X>1) X=X+1; }20
  • 21. 图3-3 程序1流程图21
  • 22. 程序2如下: void  DoWork(int x,int y,int z)    {  int  k=0,j=0;         if((x>3)&&(z<10))        {   k=x*y-1;     //语句块1             j=sqrt(k);         }        if((x= =4)||(y>5))        {   j=x*y+10;   //语句块2         }        j=j%3;             //语句块3     }22
  • 23. 图3-4 程序2流程图23
  • 24. 1.语句覆盖 语句覆盖使程序中每个语句至少都能被执行一次。 例如,在程序1中,为使程序中每个语句至少执行一次,只需设计一个能通过路径a-c-e的数据就可以了,例如选择输入数据为:A=2,B=0,X=3就可达到“语句覆盖”标准。 在程序2中,如测试用例输入为:x=4、y=5、z=5 程序执行的路径是:a-b-d。 24
  • 25. 2.判定覆盖 比语句覆盖稍强的覆盖标准是判定覆盖。按判定覆盖准则进行测试是指,设计若干测试用例,运行被测程序,使得程序中每个判断的取真分支和取假分支至少经历一次,即判断的真假值均曾被满足。判定覆盖又称为分支覆盖。25
  • 26. 要实现程序2的判定覆盖,需要设计两个测试用例。 输入数据为:{x=4、y=5、z=5};{x=2、y=5、z=5} 程序执行的路径分别是:abd;ace 分析:上述两个测试用例不仅满足了判定覆盖,同时还做到语句覆盖。从这点看似乎判定覆盖比语句覆盖更强一些,但仍然无法确定判定内部条件的错误。例如把第二个判定中的条件y>5错误写为y<5,使用上述测试用例,照样能按原路径执行而不影响结果。因此,需要有更强的逻辑覆盖准则去检验判定内的条件。26
  • 27. 3.条件覆盖 在设计程序中,一个判定语句可能是由多个条件组合而成的复合判定。 条件覆盖的含义是:构造一组测试用例,使得每一判定语句中每个逻辑条件的可能值至少满足一次。27
  • 28. 对程序2中各个判定的各种条件取值加以标记 对于第一个判定( (x>3)&&(z<10) ): 条件x>3 取真值记为T1,取假值记为-T1 条件z<10 取真值记为T2,取假值记为-T2 对于第二个判定( (x==4)||(y>5) ): 条件x==4 取真值记为T3,取假值记为-T3 条件y>5 取真值记为T4,取假值记为-T428
  • 29. 根据条件覆盖的基本思想,要使上述4个条件可能产生的8种情况至少满足一次,设计测试用例如下: 测试用例 执行路径 覆盖条件 覆盖分支 x=4、y=6、z=5 abd T1、T2、T3、T4 bd x=2、y=5、 z=15 ace -T1、-T2、 -T3、-T4 ce分析:上面这组测试用例不但覆盖了4个条件的全部8种情况,而且将两个判定的4个分支b、c、d、e也同时覆盖了,即同时达到条件覆盖和判定覆盖。29
  • 30. 说明:虽然前面的一组测试用例同时达到了条件覆盖和判定覆盖,但是,并不是说满足条件覆盖就一定能满足判定覆盖。如果设计了下表中的这组测试用例,则虽然满足了条件覆盖,但只是覆盖了程序中第一个判定的取假分支c 和第二个判定的取真分支d,不满足判定覆盖的要求。 测试用例 执行路径 覆盖条件覆盖分支x=2、y=6、z=5 acd-T1、T2、 -T3、T4 cdx=4、y=5、z=15 acdT1、-T2、 T3、-T4 cd30
  • 31. 4.条件判定组合覆盖 条件判定组合覆盖的含义是:设计足够的测试用例,使得判定中每个条件的所有可能(真/假)至少出现一次,并且每个判定本身的判定结果(真/假)也至少出现一次。31
  • 32. 根据判定条件覆盖的基本思想,只需设计以下两个测试用例便可以覆盖4个条件的8种取值以及4个判定分支。 测试用例 执行路径 覆盖条件覆盖分支x=4、y=6、z=5 abdT1、T2、 T3、T4 bdx=2、y=5、z=15ace-T1、-T2、 -T3、-T4 ce32
  • 33. 分析:从表面上看,判定条件覆盖测试了各个判定中的所有条件的取值,但实际上,编译器在检查含有多个条件的逻辑表达式时,某些情况下的某些条件将会被其它条件所掩盖。因此,判定/条件覆盖也不一定能够完全检查出逻辑表达式中的错误。 例如:对于第一个判定(x>3)&&(z<10)来说,必须x>3和z<10这两个条件同时满足才能确定该判定为真。如果x>3为假,则编译器将不再检查z<10这个条件,那么即使这个条件有错也无法被发现。对于第二个判定(x==4)||(y>5)来说,若条件x==4满足,就认为该判定为真,这时将不会再检查y>5,那么同样也无法发现这个条件中的错误。33
  • 34. 5.多条件覆盖 多条件覆盖也称为条件组合覆盖,它的含义是:设计足够的测试用例,使得每个判定中条件的各种可能组合都至少出现一次。显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定组合覆盖的。34
  • 35. 对程序2中的各个判定的条件取值组合加以标记: x>3, z<10 记做T1 T2,第一个判定的取真分支 x>3, z>=10 记做T1 -T2,第一个判定的取假分支 x<=3, z<10 记做-T1 T2,第一个判定的取假分支 x<=3, z>=10 记做-T1 -T2,第一个判定的取假分支 x==4, y>5 记做T3 T4,第二个判定的取真分支 x==4, y<=5 记做T3 -T4,第二个判定的取真分支 x!=4, y>5 记做-T3 T4,第二个判定的取真分支 x!=4, y<=5 记做-T3 -T4,第二个判定的取假分支35
  • 36. 根据组合覆盖的基本思想,设计测试用例如下:测试用例 执行路径 覆盖条件覆盖组合号x=4、y=6、z=5 abd T1、T2、 T3、T4 1和5 x=4、y=5、z=15 acd T1、-T2、 T3、-T4 2和6 x=2、y=6、z=5 acd -T1、T2、 -T3、T4 3和7 x=2、y=5、z=15 ace -T1、-T2、 -T3、-T4 4和8分析:上面这组用例覆盖所有8种条件取值的组合,覆盖所有判定的真假分支,但是却丢失一条路径abe。36
  • 37. 6.路径覆盖 前面提到的5种逻辑覆盖都未涉及到路径的覆盖。事实上,只有当程序中的每一条路径都受到了检验,才能使程序受到全面检验。路径覆盖的目的就是要使设计的测试用例能覆盖被测程序中所有可能的路径。37
  • 38. 根据路径覆盖的基本思想,在满足组合覆盖的测试用例中修改其中一个测试用例,则可以实现路径覆盖:测试用例 执行路径 覆盖条件 x=4、y=6、z=5 abdT1、T2、T3、T4 x=4、y=5、z=15 acdT1、-T2、T3、-T4 x=5、y=5、z=5 abeT1、T2、-T3、-T4 x=2、y=5、z=15ace-T1、-T2、-T3、-T438
  • 39. 分析:虽然前一组用例满足路径覆盖,但并没有覆盖程序中所有的条件组合(丢失组合3和7),即满足路径覆盖的测试用例并不一定满足组合覆盖。 说明: 如果程序中出现较多判断和较多循环,可能的路径数目将会急剧增长,要在测试中覆盖所有的路径是无法实现的。为了解决这个难题,只有把覆盖路径数量压缩到一定的限度内,如程序中的循环体只执行一次。 在实际测试中,即使对于路径数很有限的程序已经做到路径覆盖,仍然不能保证被测试程序的正确性,还需要采用其他测试方法进行补充。39
  • 40. 条件组合覆盖判定条件覆盖判定覆盖条件覆盖语句覆盖在实际的逻辑覆盖测试中,一般以条件组合覆盖为主设计测试用例,然后再补充部分用例,以达到路径覆盖测试标准。 40
  • 41. 练习为以下流程图所示的程序段设计一组测试用例,要求:先按条件组合覆盖的策略设计用例,检查测试用例是否满足路径覆盖,若没有,则补充用例。X>8 AND Y>5X>0 OR Y>0引用语句1引用语句2abcdX>16 OR Y>10引用语句3ef41
  • 42. 测试覆盖准则 (1)Foster的ESTCA覆盖准则 前面所介绍的逻辑覆盖其出发点似乎是合理的、完善的。所谓“覆盖”,就是想要做到全面而无遗漏,但逻辑覆盖并不能真正做到无遗漏。42
  • 43. 例如:我们不小心将前面提到的程序段中的 if (x>3 && Z<10) { …… } 错写成 if (x>=3 && Z<10) { …… } 按照我们前面设计的测试用例(x的值取2或4)来看,逻辑覆盖对这样的小问题都无能为力。分析出现这一情况的原因在于:错误区域仅仅在x=3这个点上,即仅当x的值取3时,测试才能发现错误。面对这类情况,我们应该从中吸取的教训是测试工作要有重点,要多针对容易发生问题的地方设计测试用例。43
  • 44. K.A.Foster从测试工作实践的教训出发,吸收了计算机硬件的测试原理,提出了一种经验型的测试覆盖准则。 ESTCA覆盖准则:在容易发生问题的地方设计测试用例,即重视程序中谓词(条件判断)的取值。 ESTCA覆盖准则是一套错误敏感用例分析规则。这一规则虽然并不完备,但在普通程序中却是有效的。原因在于这是一种经验型的覆盖准则,规则本身针对了程序编写人员容易发生的错误,或是围绕着发生错误的频繁区域,从而提高了发现错误的命中率。44
  • 45. 具体规则如下: [规则1] 对于A rel B型 (rel可以是<、= 或 >) 的分支谓词,应适当的选择A与B的值,使得测试执行到该分支语句时,AB的情况分别出现一次。 ——这是为了检测逻辑符号写错的情况,如将“AB”。45
  • 46. [规则2] 对于A rel C型 (rel可以是>或<, A是变量,C是常量)的分支谓词:当rel为<时,应适当的选择A的值,使A=C-M (M是距C最小的机器容许正数,若A和C都为正整数时,M=1);当rel为>时,应适当的选择A的值,使A=C+M。 ——这是为了检测“差1”之类的错误,如“A>1”错写成“A>0”46
  • 47. [规则3] 对外部输入变量赋值,使其在每一个测试用例中均有不同的值与符号,并与同一组测试用例中其他变量的值与符号不同。 ——这是为了检测程序语句中的错误,如应该引用某一变量而错成引用另一个常量。47
  • 48. (2)Woodward等人的层次LCSAJ覆盖准则 Woodward等人曾经指出结构覆盖的一些准则,如分支覆盖或路径覆盖,都不足以保证测试数据的有效性。为此,他们提出了一种层次LCSAJ覆盖准则。 48
  • 49. LCSAJ (Linear Code Sequence and Jump) 的字面含义是线性代码序列与跳转。在程序中,一个LCSAJ是一组顺序执行的代码,以控制跳转为其结束点。 LCSAJ的起点是根据程序本身决定的。它的起点可以是程序第一行或转移语句的入口点,或是控制流可跳达的点。 如果有几个LCSAJ首尾相接,且第一个LCSAJ起点为程序起点,最后一个LCSAJ终点为程序终点,这样的LCSAJ串就组成了程序的一条路径(LCSAJ路径)。一条LCSAJ程序路径可能是由2个、3个或多个LCSAJ组成的。49
  • 50. 基于LCSAJ与路径的关系,提出了层次LCSAJ覆盖准则。它是一个分层的覆盖准则,可以概括的描述为: 第一层 — 语句覆盖。 第二层 — 分支覆盖。 第三层 — LCSAJ覆盖,即程序中的每一个LCSAJ都至少在测试中经历过一次。 第四层 — 两两LCSAJ覆盖,即程序中的每两个相连的LCSAJ组合起来在测试中都要经历一次。 第n+2层 — 每n个首尾相连的LCSAJ组合在测试中都要经历一次。 在实施测试时,若要实现上述的层次LCSAJ覆盖,需要产生被测程序的所有LCSAJ。50
  • 51. 例:找出前面程序2的所有LCSAJ和LCSAJ路径。 LCSAJ(5个): (1)int k=0,j=0; if ( (x>3)&&(z<10) ) (2)k=x*y-1; j=sqrt(k); if ( (x==4)||(y>5) ) (3)if ( (x==4)||(y>5) ) (4)j=x*y+10; j=j%3 (5)j=j%3 LCSAJ路径(4条): (1)-(2)-(4) (1)-(2)-(5) (1)-(3)-(4) (1)-(3)-(5)51
  • 52. 3.2.4 基本路径测试法 基本路径测试法是在程序控制流图的基础上,通过分析控制构造的环路复杂性,导出基本可执行路径集合,从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每一条可执行语句至少执行一次。52
  • 53. 1.程序的控制流图 控制流图是程序流程图简化后得到的,它可以更加突出的表示程序控制流的结构。 控制流图中包括两种图形符号:节点和控制流线。 节点由带标号的圆圈表示,可代表一个或多个语句、一个处理框序列和一个条件判定框(假设不包含复合条件)。 控制流线由带箭头的弧或线表示,可称为边。它代表程序中的控制流。53
  • 54. 图3-5 基本的控制流图的图形符号 其中,包含条件的节点被称为判定节点(也叫谓词节点),由边和节点所限定的范围被称为区域。 注意:由判定节点发出的边必须终止于某一个节点。54
  • 55. 图3-6(a)所示的是一个程序的流程图,它可以映射成图(b)所示的控制流图。图3-6 程序流程图和对应的控制流图 55
  • 56. 对于复合条件,则可将其分解为多个单个条件,并映射成控制流图。56
  • 57. 2.环形复杂度 环形复杂度也称为圈复杂度,它是一种为程序逻辑复杂度提供定量尺度的软件度量。 环形复杂度可用于基本路径方法,它可以提供:程序基本路径集合中的独立路径数量;确保所有语句至少执行一次的测试数量的上界。 独立路径指程序中至少引入一个新的处理语句集合或一个新条件的程序通路,即独立路径必须至少包含一条在本次定义路径之前不曾用过的边。 测试可以被设计为基本路径集的执行过程,但基本路径集通常并不唯一。57
  • 58. 环形复杂度以图论为基础,为我们提供了非常有用的软件度量,有三种方法用于计算环形复杂度: 控制流图中区域的数量对应于环形复杂度。 给定控制流图G的环形复杂度V(G),定义为 V(G) = E-N+2 其中,E是控制流图中边的数量,N是控制流图中的节点数量。 给定控制流图G的环形复杂度V(G),也可定义为 V(G) = P+1 其中,P是控制流图G中判定节点的数量。58
  • 59. 练习根据左图给出的程序流程图,完成以下要求: (1)画出相应的控制流图 (2)计算环形复杂度 (3)找出程序的独立路径集合ac59
  • 60. 3.基本路径测试法的步骤 (1) 画出程序控制流图 (2) 计算程序环路复杂性 (3) 确定独立路径集合 (4) 准备测试用例 60
  • 61. void Sort ( int iRecordNum, int iType ) 1 { 2 int x=0; 3 int y=0; 4 while ( iRecordNum--> 0 ) 5 { 6 if ( iType==0 ) 7 { x=y+2; break; } 8 else 9 if ( iType==1 ) 10 x=y+10; 11 else 12 x=y+20; 13 } 14 }46791012131461
  • 62. 画出控制流图: 如右图所示 计算环形复杂度: 10(边)- 8(节点)+ 2 = 4 导出独立路径 路径1:4→14 路径2:4→6→7→14 路径3:4→6→9→10→13→4→14 路径4:4→6→9→12→13→4→1446791012131462
  • 63. 输入数据预期输出测试用例1irecordnum = 0 itype = 0x = 0 y = 0测试用例2irecordnum = 1 itype = 0x = 2 y = 0测试用例3irecordnum = 1 itype = 1x = 10 y = 0测试用例4irecordnum = 1 itype = 2x = 0 y = 20设计测试用例:63
  • 64. 开始 i =1,n1=n2=0,sum=0Score[i]<>-1 AND n2<50n2=n2+1n1=n1+1,sum=sum+score[i]Score[i]>0 AND score[i]<100i = i +1n1>0average=sum/n1average= – 1 返回FFFTTT12和345和678910111264
  • 65. 123456789111012R1R2R3R4R5R6开始 i =1,n1=n2=0,sum=0Score[i]<>-1 AND n2<50n2=n2+1n1=n1+1,sum=sum+score[i]Score[i]>0 AND score[i]<100i = i +1n1>0average=sum/n1average= – 1 返回FFFTTT12和345和6789101112步骤1:导出过程的流图65
  • 66. 步骤2:确定环形复杂度V(G) 1)V(G)= 6 (个区域) 2)V(G)=E–N+2=16–12+2=6 其中E为流图中的边数,N为结点数; 3)V(G)=P+1=5+1=6 其中P为谓词结点的个数。在流图中,结点2、3、5、6、9是谓词结点。123456789111012R1R2R3R4R5R666
  • 67. 步骤3:确定基本路径集合 路径1:1-2-9-10-12 路径2:1-2-9-11-12 路径3:1-2-3-9-10-12 路径4:1-2-3-4-5-8-2… 路径5:1-2-3-4-5-6-8-2… 路径6:1-2-3-4-5-6-7-8-2…123456789111012R1R2R3R4R5R667
  • 68. 4. 基本路径测试中的图形矩阵工具 图形矩阵是在基本路径测试中起辅助作用的软件工具,利用它可以实现自动地确定一个基本路径集。 为了使导出程序控制流图和决定基本测试路径的过程均自动化实现,开发了一个辅助基本路径测试的软件工具,称为图形矩阵(graph matrix),在进行基本路径测试中很有用。68
  • 69. 图矩阵是控制流图的矩阵表示形式。 图矩阵是一个方形矩阵,其维数等于控制流图的节点数。矩阵中的每列和每行都对应于标识的节点,矩阵元素对应于节点间的边。 通常,控制流图中的结点用数字标识,边则用字母标识。如果在控制流图中从第 i 个结点到第 j 个结点有一个标识为 x 的边相连接,则在对应图矩阵的第 i 行第 j 列有一个非空的元素 x 。 参见书本59页的图69
  • 70. 3.2.5 其他白盒测试方法 1.域测试 域测试在分析输入域的基础上,选择适当的测试点,对应不同的执行路径,进行测试,主要检查程序控制流(结构)的错误。 2.符号测试 允许程序的输入不仅仅是具体的数值数据,而且包括符号值,用于避免具体值的非典型性。70
  • 71. 3.Z路径覆盖 Z路径覆盖是路径覆盖的一种变体,它是将程序中的循环结构简化为选择结构的一种路径覆盖。 循环简化的目的是限制循环的次数,无论循环的形式和循环体实际执行的次数,简化后的循环测试只考虑执行循环体一次和零次(不执行)两种情况,即考虑执行时进入循环体一次和跳过循环体这两种情况。 71
  • 72. 在循环简化的思路下,循环与判定分支的效果是一样的,即:循环要么执行、要么跳过。72
  • 73. 4.程序变异 程序变异方法是一种错误驱动测试。所谓错误驱动测试方法,是指该方法是针对某类特定程序错误的。显然,要想找出程序中所有的错误几乎是不可能的。比较现实的解决办法是将错误的搜索范围尽可能地缩小,以利于专门测试某类错误是否存在。73
  • 74. 3.2.6 白盒测试应用策略 以下是各种白盒测试方法的综合应用策略,可供在实际测试应用过程中参考。 (1)在测试中,应尽量先使用工具进行静态结构分析。 (2)测试中可采取先静态后动态的组合方式:先进行静态结构分析、代码检查,再进行覆盖率测试。74
  • 75. (3)利用静态分析的结果作为导引,通过代码检查和动态测试的方式对静态发现结果进行进一步的确认,使测试工作更为有效。 (4)覆盖率测试是白盒测试的重点,一般可使用基本路径测试法达到语句覆盖标准;对于软件的重点模块,应使用多种覆盖率标准衡量代码的覆盖率。75
  • 76. (5)在不同的测试节点,测试的侧重点不同:在单元测试阶段,以代码检查、逻辑覆盖为主;在集成测试阶段,需要增加静态结构分析等;在系统测试阶段,应根据黑盒测试的结果,采取相应的白盒测试。76