昨天看书看到了类测试.好象说的是做原始类测试的时候最好能够自己设计个类测试驱动程序.最后好象又说到了嵌入技术方面.我不知道我以下的理解是不是正确的:测试驱动程序可以理解成一种脚本.当我们要测试一个类(当然是最简单)的时候,就将我们自己设计好的测试驱动程序嵌入到OUT里面去.然后运行OUT,最后根据信息检查类的质量.或者打个比方说简单点就是,如果我们要检查我们的肠胃,就吃些东西,根据最后排出来的排泄物来判断我们是不是有病.
我的问题就是如果真的是把我们自己设计的脚本嵌入到OUT里面,是怎么嵌入进去的.最后又如何把嵌入的东西除去呢.我不需要大虾给我写出具体的代码,我只要一个逻辑过程就可以了.

书上都说面向对象的开发测试中，单元测试的单元是指类，在实际工作中，即使只将函数作为测试单元，很多时候也是很复杂的，一个函数的测试，就可能需要十个甚至更多的测试用例，当输入输出很复杂时，建立测试一个函数的初始化数据也可能很复杂，如果函数又调用了很多底层代码，情况就更复杂，可能还需要打桩，也可能要在用例中控制子函数的行为。以函数为测试单元，工作中都很不容易，如果以类为测试单元，将类作为一个整体来设计测试用例，复杂度会呈指数上升，根本就不具实用意义（很简单的类当然可以，但是很简单的还有什么好测试？）。
以函数作为测试单元，就简单和实用多了，建议看一下置顶贴《全面介绍单元测试》。建议不要理会“面向对象的单元测试”之类的东西，“面向函数”都没几个公司摆得平，还“面向对象”？