qq_58158950的博客

系统环境变量命令行参数代码中指定FLAG因为提供了三种途径，就会有优先级的问题， 有一个原则是，最后设置的那个会生效。不过总结一下，通常情况下，比较理想的优先级为：命令行参数 > 代码中指定FLAG > 系统环境变量为什么我们编写的测试案例能够处理这些命令行参数呢？是因为我们在main函数中，将命令行参数交给了gtest，由gtest来搞定命令行参数的问题。这样，我们就拥有了接收和响应gtest命令行参数的能力。

在设计测试案例时，经常需要考虑给被测函数传入不同的值的情况。我们之前的做法通常是写一个通用方法，然后编写在测试案例调用它。即使使用了通用方法，这样的工作也是有很多重复性的，程序员都懒，都希望能够少写代码，多复用代码。Google的程序员也一样，他们考虑到了这个问题，并且提供了一个灵活的参数化测试的方案。

我们直接上代码进行说明，如下我们实现了一个简单的线程安全队列public:// 在此定义默认构造函数// 入队操作// 出队操作if (!// 获取队列容量private:代码写完之后，接下来我们自然想测试一下我们的队列入队操作、出队操作以及队列容量的获取操作这些功能是否符合我们的预期因此，我们会写出以下测试案例i

有了以上基本认识，我们再来看官方给出的几种断言宏。

我们先写一个简单的函数这个函数的功能很简单，就是求两个数的和。

如果需要编译googtest自带测试样例，则使用cmake -Dgtest_build_samples=ON ../静态库文件默认安装在/usr/local/lib64，头文件在/usr/local/include。