二、实践的主要问题

　　单元测试有个特点：测试简单独立的代码很容易，但要在实际中做好单元测试却很困难。

　　根据我们的经验，企业在实施单元测试时，通常会面对四大问题——

　　● 不愿做：程序员没有单元测试习惯。

　　● 没时间：编写测试代码需要耗费大量的时间，项目的周期可能不允许。

　　● 做不了：代码具有较高的耦合性，使单元测试难以进行。

　　● 做不好：测试效果不能令人满意。我们通常会以覆盖率来衡量测试效果，但要实现高标准的测试覆盖很困难。

　　三、解决思路和方法

　　如何解决上述问题呢？接下来，谈谈一些思路和方法，使用的工具是Visual Unit。Visual Unit，简称VU，是可视化的C/C++单元测试工具。

　　3.1 如何解决“不愿做”和“没时间”

　　对于“不愿做”，我们采用的对策是可视化，这个可视化，是指程序行为可视，后面我会用案例来演示；对于“没时间”，采用的对策是自动化，通过自动生成测试代码、自动打桩等功能，让测试的时间成本最小化。这两者结合起来，就是ETDD开发模式。

　　那么，ETDD是什么呢？

　　首先来介绍一下TDD，TDD就是测试驱动开发，这个大家可能听得比较多了。ETDD就是Easy TDD，即：易行版的TDD。ETDD具有以下一些特点：

　　● 可视化，在开发过程中，程序行为可视。

　　● 自动化，除了测试数据需要人工设定外，基本上都自动完成。

　　● 现实化，不一定要测试所有代码，在开始阶段，可以只测试功能逻辑复杂的20%代码。

　　下面，我用一个案例，讲解一下ETDD的过程：

　　假如我要编写一个函数，它的功能是删除字符串左边的空格。

　　先写好函数的框架，能通过编译就行。在编写代码前，程序员必须要做的一件事情，是想清楚代码的功能。如果我们想的时候，顺手把它记录下来，就可以让代码的功能更清晰、更明确。

　　我们现在来记录代码的功能。这里的记录，不是文字形式的宠统说明，而是数据形式的精确定义，也就是用输入和输出的方式来记录。

　　首先，记录最基本的功能，也就是最基本、最常见的输入和输出。输入一个左边有空格的字符串，输出是删除左边空格后的字符串，返回值跟参数的输出是一样的。

然后，记录详细的功能。例如，左边没有空格的，全是空格的，还有空字符串。

　　把每种输入的正确输出也记录一下。完成了这个工作后，代码的功能就完全定义下来了。

　　现在，我们开始编写代码。我的编码思路是这样的：分为两步，第一步计算左边的空格数量；第二步，将非空格的字符向左移动，覆盖掉左边的空格。

　　以下几行代码，计算左边的空格，现在编译一下。CTRL+F7。如果编译通过，测试就会自动运行。

　　我们可以看到，输入是什么，执行了哪些代码，产生了什么输出。这里，黑色的是当前输入下所执行的代码，未执行的话会显示为红色。这里全是黑色，表示当前输入下执行了全部代码。如果我们想看一下计算左边空格的结果对不对，这是内部的数据，要指定位置后才会打印出来。按ESC键回到开发环境。

　用这种语法可以输出内部数据，适合于程序员开发过程中使用。复杂类型也可以用同样的语法输出。

　　另一种输出内部数据的语法是，在左边的代码窗口，在要输出的位置点击一下，右键菜单选择“输出内部数据”，这样填一下就行了。这种方式不会修改产品代码，适合于测试员使用。

　　再次执行后，可以看到，左边的空格的数量是4，这是对的，那我们可以继续编写。

　　（待续）

本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/