软件测试架构设计实践:结构测试策略

概念:又称白盒测试,是基于测试对象的代码、数据或者系统架构而进行测试的一种技术

关注测试对象的内部结构

基于结构的测试技术的共同特点为:

① 测试对象的内部结构信息是设计测试用例的依据,如程序代码和设计架构

② 测试对象的覆盖率可通过已有的测试用例测量,并且可系统地增加测试用例来提高覆盖率

要求:测试人员需详细了解测试对象的内部结构



步骤

① 分析测试对象的具体实现和内部结构

② 识别测试对象的不同路径(选择合适的代码覆盖标准,如语句覆盖)

③ 选择合适的输入数据覆盖测试对象的相关路径并确定期望结果

④ 执行测试用例

⑤ 比较测试对象的实际结果和期望结果

⑥ 确定测试对象是否实现了正确的功能



应用

① 特别适用于低级别测试,如组件测试

② 适用于更高级别测试,如集成测试中考虑的结构是集成模块间调用的树形结构。以及在系统测试过程中测试对象的菜单结构、网页的关联结构和业务流程等。

作用:测试人员可确保识别并测试了测试对象的各种路径

缺点:若路径和输入数据的组合很多,对这些路径进行完全的测试基本不可能,需采取合适的测试技术以满足覆盖率要求。

下引入控制流和控制流图等几个概念

控制流:测试对象中一系列顺序发生的事件或路径

控制流图:在测试对象那个执行过程中所有可能的事件或路径序列的抽象表示

控制流图是控制流测试的基础。

基于结构的测试中首先将测试对象的代码转换为相应控制流图,然后分析其中的路径,并根据分析的结果创建相应的测试用例。



控制流图组成

① 过程块

软件测试架构设计 软件结构测试_软件测试架构设计

② 决策点

软件测试架构设计 软件结构测试_控制流_02

③ 汇聚点

软件测试架构设计 软件结构测试_测试用例_03


控制流图缺点

① 路径庞大时有限时间内穷尽测试难以实现

② 根据规格说明所设计的代码可能在模块中遗漏某些路径,而控制流测试依据测试对象实现的路径展开,所以无法发现遗漏的路径。

③ 测试对象对小部分数据可能无法正确执行

下介绍基于结构的各种测试技术

2.1 语句测试

概念:设计若干测试用例来执行程序代码中的语句

语句覆盖指被执行的语句数与所有可能的语句数之间的比值

案例1

登录后复制

if(a>0&&b>0){c=c/a;}
if(a>1||c>1){c=c+1;}
c=c+b;

化成控制流图

软件测试架构设计 软件结构测试_条件覆盖_04

满足100%语句覆盖准则所对应的测试用例

测试用例ID输入a、b和c输出a、b和c满足的判定覆盖的路径
1a=1、b=2且c=3a=1、b=2且c=6T1T2abdegh

其它测试用例

测试用例ID输入a、b和c输出a、b和c满足的判定覆盖的路径
2a=1、b=2且c=-3a=1、b=2且c=-1T1F2abdfh
3a=-1、b=2且c=3a=-1、b=2且c=6F1T2acegh

尽管语句测试可识别没有测试到的代码块,但可能无法正确判断程序代码中的逻辑关系

例:案例1中语句测试无法发现(a>0&&b>0)错写为(a>0||b>0)

语句覆盖可能会遗漏多个路径(本案例共4条路径)

尽管语句覆盖是最低级别的测试覆盖,在实际测试中达到100%的语句覆盖也不易

2.2 判定测试

概念:是种针对判定结果设计测试用例的技术。

判定覆盖:执行测试套件能够覆盖的判定结果百分比

低级别测试中,判定覆盖可作为出口准则之一。例:测试出口准则可要求测试对象达到100%的判定覆盖,100%的判定覆盖可保证100%的语句覆盖。

案例1中(T1 T2)和(F1 F2)两个用例满足100%判定覆盖

测试用例ID输入a、b和c输出a、b和c满足的判定覆盖的路径
1a=1、b=2且c=3a=1、b=2且c=6T1T2abdegh
2a=-1、b=2且c=-3a=-1、b=2且c=-1F1F2acfh

或者用(T1 F2)和(F1 T2)两个用例满足100%判定覆盖  

测试用例ID输入a、b和c输出a、b和c满足的判定覆盖的路径
3a=1、b=2且c=-3a=-1、b=2且c=-1T1F2abdfh
4a=-1、b=2且c=3a=-1、b=2且c=6F1T2acegh

可以看出,100%的判定覆盖可保证100%的语句覆盖。

判定测试可发现程序中的逻辑错误,但并不能保证发现判定中原子条件的错误

2.3 条件测试

概念:设计若干测试用例来执行不同条件的结果

条件覆盖指被执行条件能够覆盖原子条件的百分比,需要注意条件覆盖并不比判定覆盖更强。

举例:黑体TF表示判定的真假,普通T和F表示判定中条件的真假。

原子条件a>0b>0a>1c>1
取真T1T1T3T4
取假F1F2F3F4

可得原子条件的所有组合及满足条件的取值

软件测试架构设计 软件结构测试_软件测试架构设计_05

若要测试对象满足100%的条件覆盖,那么根据定义需将判定中的每个原子取值分别取真和假一次。

举例


测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
1a=2、b=1且c=6a=2、b=1且c=5T1T2T1T2T3T4abdegh
2a=-1、b=-1且c=-2a=-1、b=-1且c=-3F1F2F1F2F3F4acfh

上例中100%的条件覆盖也满足了100%的判定覆盖,但条件覆盖不保证100%判定覆盖,举例:


测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
3a=2、b=1且c=-2a=2、b=1且c=1T1T2T1T2T3F4abdegh
4a=-1、b=-1且c=6a=-1、b=-1且c=6F1T2F1F2F3T4acgeh

所以,条件覆盖并不比判定覆盖更强。

条件覆盖也可能无法发现测试对象中的逻辑错误

2.4 判定条件测试

概念:指设计若干测试用例来执行条件结果和判定结果

判定条件覆盖指执行测试用例套件能够覆盖的条件结果和判定结果百分比100%判定条件覆盖意味着100%的判定覆盖和100%的条件覆盖

测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
1a=2、b=1且c=6a=2、b=1且c=5T1T2T1T2T3T4abdegh
2a=-1、b=-1且c=-2a=-1、b=-1且c=-3F1F2F1F2F3F4acfh

满足100%判定条件覆盖并不唯一

测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
3a=2、b=1且c=-2a=2、b=1且c=1T1T2T1T2T3F4abdegh
4a=-1、b=-1且c=6a=-1、b=-1且c=6F1T2F1F2F3T4acegh
5a=0.5、b=1且c=0.5a=0.5、b=1且c=2T1F2T1T2F3F4abdfh

2.5 条件决定测试

能够独立影响判定结果的单独条件测试(测试对象中每个条件必须产生所有可能的输出结果至少一次,并且每个判定中的每一个条件必须能够独立影响该判定的输出。即在其它条件不变的前提下仅改变这个条件的值,可使判定结果发送改变)

条件决定覆盖指的是执行测试套件覆盖到能独立影响判定结果的单个条件百分比

100%条件决定覆盖意味着100%的判定条件覆盖

案例2

登录后复制

if(a>0&&(b>0||c<1)){c=b/a;}
c=a+b+c;

可得控制流图

软件测试架构设计 软件结构测试_条件覆盖_06

黑体TF表示判定的真假,普通T和F表示判定中条件的真假。

可得原子条件的所有组合及满足条件的取值

软件测试架构设计 软件结构测试_控制流_07

根据定义,满足100%的判定条件覆盖只要选择ID为2和7,即可得到两个测试用例

测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
1a=2、b=4且c=2a=2、b=4且c=2T1T1T2F3abde
2a=-1、b=-1且c=-2a=-1、b=-1且c=-3F1F1F2T3ace


若要条件决定测试实现100%的条件覆盖,选择ID2,3,4,7

其中:

2和4,a、c保持不变时,b可以完成T1F1的切换

3和4,a、b保持不变时,c可以完成T1F1的切换

3和7,b、c保持不变时,a可以完成T1F1的切换


测试用例如下表

测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
1a=2、b=4且c=2a=2、b=4且c=2T1T1T2F3abde
2a=2、b=-4且c=-1a=2、b=-4且c=-2T1T1F2T3abde
3a=2、b=-4且c=2a=2、b=-4且c=0F1T1F2F3ace
4a=-1、b=-1且c=-2a=-1、b=-1且c=-3F1F1F2T3ace

可看出,100%条件决定覆盖意味着100%的判定条件覆盖

对于判定条件测试而言,无论判定中的原子条件个数有多少,满足100%判定条件覆盖的测试用例数目最少可以是两个。

而对于条件测试而言,若一个判定中有N个原子条件,每个原子条件都出现一次(保持其它原子条件不变,并且这个原子取值的变化会导致判定结果的变化),那么要满足100%的条件决定覆盖需要N+1个原子条件的组合,即需要N+1个测试用例。

所以条件决定测试方法比判定条件测试方法具有更高测试覆盖率,且满足100%的条件决定覆盖的测试用例数目与判定中的原子条件个数有关。

2.6 条件组合测试

概念:指测试用例覆盖每条语句中原子条件所有可能的取值结果组合(即每个判定中的所有可能的原子条件取值至少执行一次)

条件组合覆盖指测试条件覆盖每条语句内所有原子条件取值结果组合的百分比。

100%条件组合覆盖意味着100条件决定覆盖

以案例1为例,根据条件组合定义,得到第一个判定和第二个判定的所有原子组合。

第1个判定所有原子条件组合取值的组合

软件测试架构设计 软件结构测试_条件覆盖_08

第2个判定所有原子条件组合取值的组合

软件测试架构设计 软件结构测试_控制流_09

合并两个表,即达到100%条件组合覆盖,如下


测试用例ID输入a、b和c输出a、b和c满足的判定满足的条件覆盖的路径
1a=2、b=1且c=6a=2、b=1且c=5T1T2T1T2T3T4abdegh
2a=2、b=-4且c=-4a=2、b=-4且c=-7F1T2T1F2T3F4acegh
3a=-2、b=-4且c=4a=2、b=-4且c=1F1T2F1T2F3T4acegh
4a=-1、b=-1且c=-2a=-1、b=-1且c=-3F1F2F1F2F3F4acfh

2.7 线性代码序列和跳转测试

概念:主要针对LCSAJ覆盖来进行测试用例设计

LCSAJ覆盖:指测试条件执行的LCSAJ数目占总LCSAJ的百分比

100%LCSAJ覆盖率意味着100%的判定覆盖

LCSAJ指软件代码路径的片段,由控制流跳转跟着的序列代码构成,主要由下面3部分构成(通常通过源代码的行号来识别)

① 可执行语句线性序列的起始点

② 可执行语句线性序列的结束点

③ 在线性序列结尾控制流所转移到的目标行



LCSAJ在用于覆盖分析时,其测试方法有如下3个不同的测试有效性比率TER

① 执行语句的百分比TER1:测试条件执行的语句数目与总共可执行语句数目之间的比值

② 执行分支的百分比TER2:测试条件执行的控制流分支数目与总共控制流分支数目之间的比值

③ 执行语句的百分比TER3:测试条件执行的LCSAJ数目与总共LCSAJ数目之间的比值

当测试对象满足TER3=100%时,可同时满足100%的TER1和TER2

案例3

软件测试架构设计 软件结构测试_测试用例_10

软件测试架构设计 软件结构测试_测试用例_11

根据上面的代码可得到完整的LCSAJ列表:

软件测试架构设计 软件结构测试_测试用例_12

若测试覆盖要求100%的TER3时,那么上表中每个LCSAJ都需要遍历一次。

从案例3可知,LCSAJ可以包含一个判定的点,以反映执行LCSAJ所需满足的条件。例如,LCSAJ2包含while语句,其判定条件必须为真

另外每个行码都包含LCSAJ密度。例17行在6个LCSAJ中出现,因此其代码密度为6。

2.8 路径测试

概念:指设计测试用例来执行不同路径

路径覆盖指测试条件执行的路径点占总路径百分比

100%路径覆盖可确保100%的语句覆盖、判定覆盖和LCSAJ覆盖

路径测试的主要步骤:

① 根据源程序得到控制流图

② 计算控制流图的图复杂度C

③ 选择基本路径

④ 为每条基本路径创建一个测试用例

⑤ 执行测试用例

案例4

控制流图为

软件测试架构设计 软件结构测试_测试用例_13

控制流图的图复杂度C=边数-节点数+2

对于此例,边数24,节点数19,图复杂度C为7

若控制流图中判定都是二元方式(每个节点分化出来的只有两条边),那么图复杂度C的计算更简单:C=p+1     p为二元判定的数目

本例,二节点点数为6个,为A、D、E、F、K和L

图复杂度的含义是测试对象以线性方式组合可得到的独立的和无环回路径(基本路径)的最小数目。

控制流图中任何一条基本路径至少覆盖了其他路径没有覆盖的一个节点。

因为路径测试中的基本路径的集合覆盖了控制流图的所有边和节点,所以满足100%的语句覆盖和判定覆盖。

下逐步得到7条基本路线

① 选择测试对象最频繁执行的路径,这里选ABDEGKMQS

② 仅改变①的第1个判定方向:ACDEGKMQS

③ 改变第2个判定方向:ABDFILORS

④ 改变第3个判定方向:ABDEHKMQS

⑤ 按前面思路直到典型路径到达控制流图的最后一个判定输出,第5条路径为ABDEGKNQS

⑥ 目前基于典型路径的所有判定都已覆盖,下根据②的路径选择不同的判定输出,分别得到ACDFILORS和ACDFILPRS

根据7条路径,为每条路径创建一个测试用例,选择合适测试输入数据进行遍历。

基本路径集合并不一定唯一。

2.9 案例分析

2.9.1 实现各种测试覆盖

实例源代码为

登录后复制


d=1;
if(a>5&&(b<2||c>2)){d=a+b+c;}
if(a<1||b>5){d=d+c};
d=d-a;

测试的要求和目标:

① 转换为相应控制流图

② 应用语句测试,选择合适测试用例使之达到100%的语句覆盖

③ 应用判定测试,选择合适测试用例使之达到100%的判定覆盖

④ 应用条件测试,选择合适测试用例使之达到100%的条件覆盖

⑤ 应用判定条件测试,选择合适测试用例使之达到100%的判定条件覆盖

⑥ 应用条件决定测试,选择合适测试用例使之达到100%的条件决定覆盖

⑦ 应用条件组合测试,选择合适测试用例使之达到100%的条件组合覆盖

1) 控制流图

软件测试架构设计 软件结构测试_控制流_14

2) 语句测试

遍历路径abdeg就可以实现100%的语句覆盖

测试用例ID输入a、b、c和d输出a、b、c和d满足的判定覆盖的路径
1a=6、b=6、c=3且d=1a=6、b=6、c=3且d=12T1T2abdeg

3) 判定测试

选择T1T2F1F2,即分别遍历abdeg和acf

测试用例ID输入a、b、c和d输出a、b、c和d满足的判定覆盖的路径
1a=6、b=6、c=3且d=1a=6、b=6、c=3且d=12T1T2abdeg
2a=3、b=4、c=2且d=1a=3、b=4、c=2且d=-2F1F2acf

(4) 条件测试

先获得原子条件的对应关系表

软件测试架构设计 软件结构测试_条件覆盖_15

根据对应关系,以及代码中具体语句可的原子条件的所有组合及满足条件的取值,如下:

软件测试架构设计 软件结构测试_控制流_16

软件测试架构设计 软件结构测试_条件覆盖_17



删去不符合逻辑条件组合,整理出有效的原子条件组合及相应取值

软件测试架构设计 软件结构测试_测试用例_18

下选择1和8设计测试用例满足100%条件覆盖

测试用例ID输入a、b、c和d输出a、b、c和d满足的判定满足的条件覆盖的路径
1a=6、b=1、c=6且d=1a=6、b=1、c=6且d=7T1F2T1T2T3F4F5abdf
2a=-1、b=6、c=1且d=1a=-1、b=6、c=1且d=3F1T2F1F2F3T4T5aceg

亦可以选择2和7,3和6,4和5这些组合。

5) 判定条件测试

采用上述1和8或2和7都可以实现。

6) 条件决定测试

100%的条件决定覆盖是指,测试对象中的每个条件必须产生所以可能的输出结果至少一次,并且每个判定中的每一个条件必须能够独立影响一个判定的输出(我觉得这个定义有问题),即在其他条件不变的前提下仅改变这个条件的值就可以使判定结果发生改变。

对第1个判定,满足条件决定的原子条件组合和取值如下

软件测试架构设计 软件结构测试_条件覆盖_19

其中,1和5是对第一个判定的第1个条件。2和4是对第一个判定的第2个条件。3和4是对第一个判定的第一个条件。

对第2个判定,满足条件决定的原子条件组合和取值如下

软件测试架构设计 软件结构测试_测试用例_20

其中,10和12是对第二个判定的第1个条件。11和12是对第二个判定的第2个条件。

将满足第1个判定的原子条件组合和第2个判定的原子组合合并,可得如下测试用例和测试数据


测试用例ID输入a、b、c和d输出a、b、c和d条件组合满足的判定覆盖的路径
1a=6、b=1、c=6且d=1a=6、b=1、c=6且d=7T1T2T3F4F5T1F2abdf
2a=6、b=1、c=1且d=1a=6、b=1、c=1且d=2T1T2F3F4F5T1F2abdf
3a=6、b=6、c=6且d=1a=6、b=6、c=6且d=18T1F2T3F4T5T1T2abdeg
4a=6、b=6、c=1且d=1a=6、b=6、c=1且d=-4T1F2F3F4T5F1T2aceg
5a=-1、b=1、c=6且d=1a=-1、b=1、c=6且d=8F1T2T3T4F5F1T2aceg

(7) 条件组合测试

100%的条件组合覆盖是让每个判定中的所有可能的原子条件组合至少执行一次。首先分析代码中每个判定的所有原子条件的组合。

软件测试架构设计 软件结构测试_控制流_21

进行组合,选择符合逻辑的测试用例,如下


测试用例ID输入a、b、c和d输出a、b、c和d条件组合满足的判定覆盖的路径
1a=6、b=1、c=6且d=1a=6、b=1、c=6且d=7T1T2T3F4F5T1F2abdf
2a=6、b=1、c=1且d=1a=6、b=1、c=1且d=2T1T2F3F4F5T1F2abdf
3a=6、b=6、c=6且d=1a=6、b=6、c=6且d=18T1F2T3F4T5T1T2abdeg
4a=6、b=6、c=1且d=1a=6、b=6、c=1且d=-4T1F2F3F4T5F1T2aceg
5a=-1、b=1、c=6且d=1a=-1、b=1、c=6且d=8F1T2T3T4F5F1T2aceg
6a=-1、b=1、c=1且d=1a=-1、b=1、c=1且d=3F1T2F3T4F5F1T2aceg
7a=-1、b=6、c=6且d=1a=-1、b=6、c=6且d=8F1F2T3T4T5F1T2aceg
8a=-1、b=6、c=1且d=1a=-1、b=6、c=1且d=3F1F2F3T4T5F1T2aceg

2.9.2 圈复杂度和路径测试

案例5

登录后复制


Example(){
  s1;
  s2;
  s3;
  if(c1){
    s4;
    s5;
    s6;
  }
  else{
    s7;
    s8;
  }
  while(c2){
    s9;
    s10;
    switch(c3){
      case-A:
        s20;
        s21;
        s22;
        break;//End of Case-A
      case-B:
        s30;
        s31;
        if(c4){
          s32;
          s33;
          s34;
        }
        else{
          s35;
        }
        break;//End of Case-B
      case-C:
        s40;
        s41;
        break;//End of Case-C
      case-D:
        s50;
        break;//End of Case-D
      }//End switch
      s60;
      s61;
      s62;
      if(c5){
        s70;
        s71;
      }
      s80;
      s81;
    }//End while
    s90;
    s91;
    s92;
    Result result;
}

代码中语句用s1和s2表示,判定条件用c1和c2表示。

(1) 控制流图

软件测试架构设计 软件结构测试_软件测试架构设计_22

(2) 计算圈复杂度C

结果为8(25-19+2=8)

(3) 选择基本路径

化简图如图

软件测试架构设计 软件结构测试_条件覆盖_23

根据之前方法,找8条独立路径(个人觉得找够8条就结束,肯定能满足覆盖)

(也就是说,有时候少于8条可能完成语句覆盖,但有8条语句,肯定能满足覆盖)

ABDES

ABCES

ABDEFGHOPRES

ABDEFGILNOPRES

ABDEFGJOPRES

ABDEFGKOPRES

ABDEFGLMOPRES

ABDEFGJOPQRES

(4) 设计测试用例

软件测试架构设计 软件结构测试_测试用例_24

2.10 小结

不同测试技术的测试覆盖率的强度关系

软件测试架构设计 软件结构测试_测试用例_25

   


免责声明:本文系网络转载或改编,未找到原创作者,版权归原作者所有。如涉及版权,请联系删

QR Code
微信扫一扫,欢迎咨询~

联系我们
武汉格发信息技术有限公司
湖北省武汉市经开区科技园西路6号103孵化器
电话:155-2731-8020 座机:027-59821821
邮件:tanzw@gofarlic.com
Copyright © 2023 Gofarsoft Co.,Ltd. 保留所有权利
遇到许可问题?该如何解决!?
评估许可证实际采购量? 
不清楚软件许可证使用数据? 
收到软件厂商律师函!?  
想要少购买点许可证,节省费用? 
收到软件厂商侵权通告!?  
有正版license,但许可证不够用,需要新购? 
联系方式 155-2731-8020
预留信息,一起解决您的问题
* 姓名:
* 手机:

* 公司名称:

姓名不为空

手机不正确

公司不为空