如何进行单元测试(四)

场景三描述:测试代码里有很多函数,被测试函数还调用了内部的其他函数。测试一个函数时需要其他函数的配合。

伪代码示例:

/**
 * Mock一个类为被测试类的子类,用于对被测试类的protected,
 * public函数进行单元测试
 *
 */
class MockChild {   
    protected static $_newClassNameMap = array();    
   
    /**
     * 
     * @return 
     */
    public static function getMockClassName($className) {
        if (!class_exists($className)) {
            throw new Exception("类$className 不存在。", 0);
        }
        $newClassName = self::getNewClassName($className);
        if (isset(self::$_newClassNameMap[$newClassName])) {
            return new self($newClassName);
        } else {
            self::$_newClassNameMap[$newClassName] = 1;
        }
        $src = "class $newClassName extends $className {"
                . 'public function __construct() {parent::__construct();}'
                . 'public function mockGet($attr) {'
                . ' return $this->$attr; }'
                . ' public function mockSet($attr, $value) {'
                . '  $this->$attr = $value; }'
                . ' public function mockCall($funcName, $args) {'
                . ' return call_user_func_array(array($this, "' 
                . $className . '::$funcName"), $args); }'
                . '}';
        eval($src);
        return $newClassName;
    }
    
    protected static function getNewClassName($className) {
        return "Mock2009_$className";
    }
} 
 

分析:场景三和场景二的不同之处在于,问题二调用的外部类的方法在外部类里是public的,问题三调用了内部的protected或者 private方法。通常情况下,我们是无法在测试类TestClass中对_siblingMethod1, _siblingMehod2进行单测的,于是_siblingMehtod1和_siblingMethod2的逻辑都只能在testedMethod 里测试。跟上面讲的深度测试一样,一次测试需要关注的方法将比较多,test case构造起来也比较复杂。因此,我们需要使用一点技巧,能够对_siblingMethod1, _siblingMethod2进行测试。

另外,函数_siblingMehtod2在测试时,可能需要_siblingMethod1先执行,也就是说_siblingMethod2依赖于类本身的一些属性状态。在对_siblingMethod2单元测试时,我们需要摆脱对_siblingMethod1的依赖,直接构造需要的类属性状态。

 

方法5: 采用继承,对继承出来的子类进行测试。

class ChildTestedClass extends TestedClass {

      /**
      * 调用public, protected方法
      */
      public function mockCall($funcName, $args) {
            return call_user_func_array(array($this, $funcName), $funcArgs);
      }

      /**
      * 访问public, protected属性
      */
      public function mockGet($attr) {
            return $this->$attr;
      }

      /**
      *  设置public, protected属性值
      */
      public function mockSet($attr, $value) {
            $this->$attr = $value;
       }
}

  这种方法只能用来测试public, proctected方法,而不能测试private方法。我觉得在代码设计的时候使用proctected已经能较好地访问控制了,因此我在代码设计时比较少使用private访问控制。

当然,为每一个被测试的类都写个子类的做法不免太繁琐,我们可以写一个工具来自动生成子类。在PHP里,我们可以这么做:

/**
 * Mock一个类为被测试类的子类,用于对被测试类的protected,
 * public函数进行单元测试
 *
 */
class MockChild {   
    protected static $_newClassNameMap = array();    
   
    /**
     * 
     * @return 
     */
    public static function getMockClassName($className) {
        if (!class_exists($className)) {
            throw new Exception("类$className 不存在。", 0);
        }
        $newClassName = self::getNewClassName($className);
        if (isset(self::$_newClassNameMap[$newClassName])) {
            return new self($newClassName);
        } else {
            self::$_newClassNameMap[$newClassName] = 1;
        }
        $src = "class $newClassName extends $className {"
                . 'public function __construct() {parent::__construct();}'
                . 'public function mockGet($attr) {'
                . ' return $this->$attr; }'
                . ' public function mockSet($attr, $value) {'
                . '  $this->$attr = $value; }'
                . ' public function mockCall($funcName, $args) {'
                . ' return call_user_func_array(array($this, "' 
                . $className . '::$funcName"), $args); }'
                . '}';
        eval($src);
        return $newClassName;
    }
    
    protected static function getNewClassName($className) {
        return "Mock2009_$className";
    }
}
 

 

方法6:采用影子类。影子类的内容和被测试类一样,除了把private, protected标示符都改成public。(我在一个会议上谈到这种做法时,同事xudongqi把这种方法形容为“影子类”,我觉得这个名字挺好听的,就采纳了。)

对于例子而言,影子类为

class ShadowTestedObject {
    public function testedMethod() {
          //..............
          $this->_siblingMethod1();    
          $this->_siblingMethod2();
         // ........
   }

    public function _siblingMethod1() {
          //....................
    }

    public function _siblingMethod2() {

    }
}

 然后对ShadowTestedObject进行单测。与上面一个方法雷系,我们可以写一个类专门来生成影子类。在PHP里,可以这么做:

/**
 * Mock一个类,把所有的protected, private标示符更改为public
 * 方便进行单元测试
 *
 */
class MockPublic {    
    protected static $_newClassNameMap = array();
    
    /**
     * @return 
     */
    public static function getMockClassName($className) {
        if (!class_exists($className)) {
            throw new Exception("类$className 不存在。", 0);
        }
        $newClassName = self::getNewClassName($className);
        if (isset(self::$_newClassNameMap[$newClassName])) {
            return new self($newClassName);
        } else {
            self::$_newClassNameMap[$newClassName] = 1;
        }
        $class = new ReflectionClass($className);
        $fileName = $class->getFileName();
        $startLine = $class->getStartLine();
        $endLine = $class->getEndLine();
        $fileLines = file($fileName);
        $src = "";
        for($i = $startLine - 1; $i < $endLine; $i++) {
            $src .= $fileLines[$i] . "\n";
        }
        $src = preg_replace('/class\s+' . $className . '/', "class $newClassName", $src);
        $src = preg_replace('/\bprotected\b/', "public", $src);
        $src = preg_replace('/\bprivate\b/', "public", $src);
        eval($src);
        return $newClassName;
    }
    
    protected static function getNewClassName($className) {
        return "Mock2009_$className";
    }
}
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: CUnit是一个用于开发和执行C程序的单元测试框架。开发者可以使用CUnit来编写测试用例,以验证程序的各个模块的功能是否正确。以下是CUnit单元测试用例开发的一般流程: 1. 安装CUnit:首先需要从CUnit的官方网站下载并安装CUnit库。 2. 引入头文件:在测试用例的C文件中引入CUnit的头文件,以便使用CUnit的相关函数和宏。 3. 定义测试用例:在测试用例的C文件中,可以使用CUnit提供的宏来定义测试用例及其相关的测试函数。测试函数应该包含一系列测试断言,用于验证被测程序的输出是否符合预期。 4. 初始化测试套件和测试注册:使用CUnit提供的宏和函数,初始化测试套件并将测试用例注册到测试套件中。 5. 执行测试用例:使用CUnit提供的函数,执行测试套件中的所有测试用例。 6. 生成测试报告:CUnit会自动记录测试结果,包括测试通过和测试失败的情况,还可以生成详细的测试报告。 7. 分析和修复错误:根据测试报告,开发者可以分析测试失败的原因,并修改被测程序中的错误。 通过CUnit单元测试用例开发,可以有效地提高程序的质量和稳定性。测试用例可以覆盖程序的各个功能模块,验证其正确性和健壮性。同时,CUnit还能提供详细的测试报告,让开发者更容易发现并修复错误。 ### 回答2: CUnit是一个用于C语言项目的单元测试框架。在软件开发过程中,为了保证代码的质量和稳定性,需要对不同的函数模块进行单元测试。CUnit可以帮助开发人员编写和执行这些测试用例。 用CUnit进行单元测试用例开发需要以下几个步骤: 第一步是创建测试用例。测试用例是一段测试代码,用于验证功能模块的正确性。开发人员需要根据功能要求和预期结果,编写一系列测试用例。 第二步是编写测试代码。测试代码中包含了一系列宏和函数,用于定义测试集合、测试套件和测试用例。开发人员需要定义不同的测试集合,并将测试用例添加到相应的集合中。 第三步是执行测试。通过调用CUnit提供的函数,开发人员可以执行之前定义的测试集合。CUnit将自动执行测试用例,并记录测试结果。开发人员可以查看测试结果,以确定功能模块的正确性。 第四步是分析测试结果。通过查看测试结果,开发人员可以了解哪些测试用例通过了,哪些失败了。通过分析失败的测试用例,可以找到代码中的问题,并进行修复。 最后一步是反复迭代测试过程。在软件开发过程中,需要不断进行单元测试,以确保代码的质量和稳定性。开发人员可以修改测试用例和测试代码,并重复执行测试过程,直到代码满足预期结果为止。 通过CUnit单元测试用例开发,开发人员可以更好地验证和调试功能模块,提高代码的质量和稳定性,从而提高整个软件项目的可靠性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值