测试桩的概念

首先我们得了解下什么是桩函数，如下有个定义，更具体可以查阅白盒 测试相关文章了解。

测试桩：代替被测模块调用的子模块的实体，该实体一般为桩函数，这个测试桩就是我们所说的桩函数。那么好好的一个函数，为啥我们非得要去整一个桩函数来替代呢，那不是没事找事么？说到点子上去了，这就是我要给各位看官讲的应用了。

比如有如下被测代码（C代码，为了便于看官阅读样例代码简单了点）：

    //被测源码
    
    //被调用函数
    
    int Callfunc（）
    
    {
    
    return 88;
    
    }
    
    int Myfunc（）
    
    {
    
    if（Callfunc（）>10）
    
    {
    
    return 1;
    
    }
    
    else
    
    {
    
    return 0;
    
    }
    
    }

     一、排除故障：在测试Myfunc（）过程中发现问题，但不能确定是否因为Callfunc（）引起时，我们使用桩函数来替代Callfunc（），桩函数的功能与Callfunc（）的功能完全一致，必须得保证桩函数100%正确，这样我们就能排除是Callfunc（）的问题还是Myfunc（）的问题。

二、彻底替换：被测函数中所调用的函数因为进度等原因未实现，为了测试模拟一个函数来替代保证测试的正常运行，特别是在敏捷快速迭代的开发模式中应该比较经常出现。比如Callfunc（）就是个空函数根本没实现什么功能，那么我们要测试Myfunc（）就必须得模拟一个桩函数来达到测试目的。

三、特定目的：为了达到特定的目的替代原始函数，比如强制改变测试分支，将复杂业务简单化，而不是真实的去构造设置很多业务环境来达到条件，为了节省开支使用简单实用的办法直接替代，比如Callfunc（）中一般情况下都返回88,在极端苛刻的条件下才返回小于10的值，那我们想构造这种情况就很难了，但是Myfunc（）中else分支要测试啊，那怎么办，只有打桩强制使得Callfunc（）的返回值小于10即可。样例如下：

    #测试代码
    
    #定义一个桩函数
    
    func stub_func（vc）：
    
    print（"in stub_func"）；
    
    return 8
    
    end;
    
    #对Callfunc函数进行打桩
    
    vd.Callfunc.stub（global.stub_func）；
    
    #打桩时调用被测函数
    
    vd.Myfunc（）；
    
    #删除桩
    
    vd.Callfunc.stub（nil）；