如何详细学习并应用gmock单元测试框架进行C++代码测试？

本文共计1379个文字，预计阅读时间需要6分钟。

跟随微服务和CI的潮流，在当前软件工程领域中，单元测试可以说是不可或缺的一个环节。在TDD（测试驱动开发）中，单元测试更被提升到了新的高度。然而，由于很多不同的原因，许多公司并没有真正做到。

随着微服务和CI的流行，在目前的软件工程领域中单元测试可以说是必不可少的一个环节，在TDD中，单元测试更是被提高到了一个新的高度。但是很多公司由于很多不同的原因，没有能持续维护，或者干脆就从来没有写过单元测试，确实，单元测试在初期和代码维护期会需要花一些投入，但是，如果一个项目是需要长期维护和更新的，那么单元测试的作用，相对于投入来说就根本不算什么。见过很多人写的单元测试，虽然也可以运行，也有覆盖率，但是稍微分析一下就会看出来，那根本就不是单元测试，而已经是集成测试，比如有人竟然要在单元测试中访问网络，写文件，甚至读写数据库。。

那么什么样的数据库是好的单元测试呢，根据笔者的经验，以下几点可能是必须的：

1. 运行速度快，对于一个有几百个单元测试用例的测试来说，我期待1-2分钟内可以运行完成，应为如果我在重构代码，这可以让我在很快的时间内得到反馈。

2. 不要依赖外部因素，单元测试只针对单一函数功能测试

3. 一个用例只测试一个函数

对于其中的第二点，可能是比较麻烦的，因为，如果一个函数是类型的成员函数，那么很可能会依赖很多内部的成员变量，这种情况就是mock出场的时候了，因为使用mock才能让我们专注于自己函数一业务逻辑的测试，而将依赖隔离开。