软件测试的白盒测试(二)之单元测试环境

本章节主要讲解“软件测试的白盒测试(二)之单元测试环境”的内容，单元测试环境是指单元本身不是一个独立的程序，一个完整的可运行的软件系统并没有构成，所以必须为每个单元测试开发驱动单元和桩单元。

一个完整的单元测试环境如图10-2所示。

图10-2 单元测试环境

• 驱动单元(Driver)：所测函数的主程序，它接收测试数据，并把数据传送给测试单元，最后再输出实测结果。当被测试单元能完成相关功能时，也可以不要驱动单元(如顶层函数就可以不使用驱动单元)。

驱动单元具有如下特点：

• (1)接收测试数据，包含测试用例输入和预期输出。

• (2)把测试用例输入传送给要测试的单元。

• (3)将被测单元的实际输出和预期输出进行比较，得到测试结果。

• (4)将测试结果输出到指定位置。

• 桩单元(Stub)：用来代替所测单元调用的子单元。

桩单元具有如下特点：

• (1)桩单元的功能是从测试角度模拟被调用的单元。

• (2)桩单元需要针对不同的输入，返回不同的期望值，模拟所替代单元的不同功能。

• (3)桩单元返回的期望值根据输入和被模拟单元的详细设计来确定。

• 【实例】被测试的函数为FuncTest，调用的子函数为加法函数add 和减法函数sub。

函数代码如下：

由于被测试函数FuncTest 调用了加法与减法两个函数，所以应该先写加法和减法的桩函数。

但如果加法和减法这两个函数都已经经过了测试，并且是正确的，那么可以不用写桩函数，直接调用这两个函数即可。

写好后的桩函数代码如下：

//模拟加法函数的桩 int stub_add(int a, int b) { if((a==1) && (b==1)) { return 2; } if((a==2) && (b==1)) { return 3; } if((a==3) && (b==0)) { return 3; } else return 9999;//只是为了处理异常，而且是自定义的 } //减法函数的桩 int stub_sub(int a, int b) { if((a==1) && (b==2)) { return -1; } if((a==2) && (b==3)) { return -1; } if((a==0) && (b==3)) { return -3; } else return 9999;//只是为了处理异常，而且是自定义的 }

接下来写驱动模块，一般驱动程序都为main 函数，驱动模块的代码如下：​​​​​​​

int main() { int z=0;//接受被测试函数结果 z=FuncTest(1,1); if(2 == z) { printf("测试用例001 通过! "); } z=FuncTest(2,1); if(3 == z) { printf("测试用例002 通过!"); } z=FuncTest(1,2); if(-1 == z) { printf("测试用例003 通过!"); } return z; }

从上面的实例中可以看出，桩函数主要用于代替被测试函数(FuncTest 函数)所调用的函数(add函数和sub 函数)，之所以设计桩函数就是为了隔离错误。假设如果不设计桩函数，直接调用add函数和sub 函数，当测试结果失败时就无法确定是被测试函数(FuncTest 函数)还是被调用函数(add函数和sub 函数)出错。

那么什么时候需要写桩函数呢?

一般以下两种情况需要写桩函数：

• (1)被调用的函数未经过测试，不能保证其正确性。

• (2)被调用的函数虽然已经测试过，但是有一些情况无法模拟，此时也需要写桩函数。

如函数test：​​​​​​​

int test(int x, int y) { … if(a > 10) { return x + y; } else return 9999;//只是为了处理异常，而且是自定义的 }

假设被测试函数需要调用该函数，test 函数也经过测试且是正确的，但是在实际使用过程中很难模拟出a<10 时的值，那么测试过程中就可以通过桩函数人为地模拟这种情况。

测试过程中并不是每次都需要写桩函数，通常以下情况不需要写桩函数：

(1)最底层函数，即被测试函数不调用任何的其他函数，此时不需要写桩函数。

(2)被调用的函数已经经过测试，并且是正确的。

测试过程中也并不是每次都需要写驱动函数，对于顶层函数或main函数，测试时就不需要写驱动函数。

本章节关于“软件的白盒测试(二)之单元测试环境”的内容就学习到这里，大家觉得文章有用的话一定要关注我们，每天来这里和小编一起学习涨薪技能哦。