因为最近在写的一些C++代码,需要给它写单元测试,所以就得去找一个C++的测试框架。正好之前实验室的同学有推荐过gtest,所以就不纠结了,直接去gtest的项目主页看。
gtest好处都有啥?这个可真说不出来,毕竟C++方面的测试框架,我就只用过gtest。对比于其他语言的测试框架,比如javascript的mocha、jasmine,ruby的minitest,gtest差强人意。不过前面举的例子,都是动态语言的测试框架(我没用过JUnit)。在测试的方面,动态语言对于静态语言具有巨大的优势,因为动态语言可以轻易地hack到待测试方法的内部。何况C++连反射都没有……
不过,总体来说,gtest已经能够满足我对测试的要求了。好了,外话就此打住,开始进入正文。
安装
安装可以见项目的README。这里摘抄兼意译一下:
- 在下下来的gtest源码文件夹外创建一个构建用的文件夹,这里就用
lib
好了。
举个例子, 如果你把gtest
下载到~/code
文件下了,那么就mkdir ../lib
。
- 切到该文件夹下,对gtest源码所在的目录使用cmake。接着会产生一份Makefile/VC项目文件/Xcode项目文件(会出现哪一个取决于你用的系统)。剩下来的,就只是编译而已。
依上面的例子为例,就是
cd ../lib
cmake ../gtest-xxxx
make # 或者build一个VC/Xcode项目
最后会生成一些东西,其中有一个libgtest.a
的静态库(具体内容取决于你的系统,这是Linux上的情况),这就是我们想要的。
- gtest在使用时,依赖这个静态库和gtest的头文件。在编译测试代码时,使用
$(CC) -isystem $(GTESTHEADERS) -pthread $(CCFLAGS) $(SRC) $(GTESTLIB)
其中GTESTHEADERS
是gtest头文件所在的文件夹,位于下载下来的代码的include
路径;GTESTLIB
是编译出的静态库。如果不需要跨平台,可以考虑把gtest头文件和静态库一起随项目发布,这样别人就无需再安装gtest了。
是不是挺麻烦的?习惯了就好……C++需要的,不是那么多奇技淫巧,而是一个好用的包管理器。
快速上手
下面就对比着其他测试框架,来一次快速上手:
首先,一个测试框架至少由两个部分组成,测试结构和断言方法&