讲到了如何编译本地的Fabric Code成镜像文件，那么如果我们想改Fabric源代码，实现一些Fabric官方并没有提供的功能，该怎么办呢？这时我们除了改源码，增加需要的功能外，还需要能够跑通Fabric的测试。Fabric的测试主要包括单元测试和行为测试，下面分别介绍。

一、单元测试

单元测试是通过testenv这个镜像来完成的，而这个镜像的容器在启动后实际执行的就是unit-test文件夹下面的run.sh脚本。我们使用make unit-test命令即可对整个Fabric的所有单元测试进行运行。

1.单元测试

因为Fabric是用Go写的，所以Fabric的单元测试也是用Go的单元测试命令来完成，也就是go test命令。在Fabric的源代码中，我们看到的所有*_test.go这些就是单元测试的代码。这些代码在正式编译的时候是会被自动忽略的，只有在go test命令的时候才会去运行。

以bccsp为例，这是提供密码学相关方法的接口文件，在bccsp文件夹下的bccsp.go文件，而他的单元测试文件自然就是bccsp_test.go文件。在该单元测试文件中，以Test开头的函数，就是具体的测试用例。我们要跑具体的某一个测试用例，比如其中的TestKeyGenOpts，那么我们的可以使用命令：

这里我们可以看到-run后面跟的是一个正则表达式，我们可以写其他正则表达式来表示一批方法。当然我们也可以不加^$，直接写方法名。

如果我们不指定具体的测试用例，而只指定包，那么就是测试整个包下面的所有用例。

这里我加了2个参数，这两个参数都是在go test的时候很常用的，-v是输出详细信息。-timeout是设置跑完整个测试的时间限制，如果里面有死循环之类的就会超时而退出。

如果我们要测试不是某个包，而是整个文件夹下面的所有包，那么我们可以使用“…”来表示。比如：

2.性能测试

go test除了提供单元测试外，还有性能测试的功能。前面说到_test.go文件里面Test开头的是单元测试的测试用例入口函数，而性能测试则是以Benchmark开头。

Fabric本身并没有写什么性能测试的代码，但是我们可以从vendor代码中找到例子。比如：

这里有个BenchmarkWrite函数，用于测试NewStdWriter.Write的性能，我们使用go test命令带上-bench参数就可以执行性能测试。性能测试不仅仅关心执行的时间，也关系内存的分配情况。再加上-benchmem参数，可以查看内存性能测试结果。

以下是我在本机执行的结果：

3.代码覆盖率

代码覆盖率是度量测试自身完整和有消息的一种手段。通过覆盖率值，我们可以分析测试代码的编写质量。

在go test命令后跟上-cover参数，就可以提供代码覆盖率百分比的结果。

返回结果：

但是这里返回的结果太少了，我们如果希望得到更详细的覆盖率信息，可以指定covermode和converprofile参数。

这里是将覆盖率的结果输出到C:Tempcover.out这个文件中。同时使用count可以对函数的执行次数进行计数。执行完毕后，我们可以使用以下命令将cover.out转换为html在浏览器中查看：

在浏览器中，用绿色表示覆盖，而执行次数，是需要把鼠标放上去才会显示。这是我浏览器显示的覆盖率结果：

二、行为测试

我这里翻译成行为测试可能不一定很可取，英文是BDDTests，BDD是敏捷开发中的一个概念，英文是Behavior Driven Development，可以认为是TDD的升级版吧。所有行为测试的代码都在Fabric文件夹下面的bddtests文件夹中。

要进行Fabric的行为测试，需要安装相关的环境，Fabric主要用到的是Behave这个工具，

官方给我们提供了安装脚本，直接运行：

这里需要安装的包比较多，安装完成后我们就可以进行BDD的测试了。

官方的make命令下就为我们提供了执行全部行为测试的命令：

系统就会按照配置的场景，启动对应的Docker容器，进行行为测试。

如果我们想跑某一个行为测试，而不是全部，那么就需要进一步的设置，具体参考：

依次执行以下代码：

执行完上面命令后，我们可以看到我们的命令行变成了：

接下来再安装以下工具：

总的来说就是给behave的执行设置了一个虚拟环境，所有代码的执行是在这个虚拟环境中执行，不会影响真实环境。

安装完毕后，我们想要测试某一个BDDTest，那么可以执行：

这里测试的就是在bddtestsfeaturesbootstrap.feature的这个例子。

测试完成后，使用

命令即可退出虚拟环境，回到我们传统的命令行下。

三、总结

如果我们要动Fabric的源码，那么首先保证能够跑通Fabric的单元测试和行为测试，然后再改。如果是新功能模块，那么也需要写自己模块的单元测试代码。写完之后用go test来测试，保证我们的代码能够通过单元测试，而且要注意代码覆盖率，保持较高的覆盖率能够发现很多代码中隐藏的问题。

如果我们的功能涉及到一系列的步骤操作，那么就一定要写行为测试了。行为测试可以保证整个功能串起来运行是正常的。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!