标签：缺点 完全 编写 learning 直接 test NPU inpu 返回
在C++中，编写服务后的一种测试方式是使用google的gTest和gMock结合
之前写py，测试方式是将服务挂起，使用工具模拟请求发包，check resp，这样的缺点在于不方便，即使存下了所有的模拟请求，回头还是要按一遍，并且所做的测试并不能算作单元测试，而是集成
而使用test&mock的方式可以做到固定的单元测试
gTest：编写固定的单元测试代码，对每个c++的服务类进行测试
gMock：所测试的单元可能会有依赖的部分，我们当然是确保这些依赖项完全正确，那么就会面临一个局面：1 我们不能访问这些依赖项，因为单元测试。。 2 我们其实已经知道访问依赖项所得到的结果了
而我们又不能去写死，这样会更改单元测试代码。 于是这样就催生出一种需求，得到一个黑盒，对进去的请求直接返回设置好的答案，可以理解为一个大的if-else，mock就是这样，在这个黑盒里面写好
对于各种input的output(并非真的ifelse)，代替依赖
标签：缺点 完全 编写 learning 直接 test NPU inpu 返回
原文地址：https://www.cnblogs.com/rayrayrainrain/p/9665379.html
