生成Makefile文件(先安装cmake，brew install cmake)，继续输入命令编译:
cmake CMakeLists.txt
执行make，生成两个静态库：libgtest.a libgtest_main.a
拷贝到系统目录，注意，如果下诉目录位置在不同版本位置有变动，用find . -name "libgtest*.a" 找到位置
sudo cp libgtest*.a /usr/lib
sudo cp –a include/gtest /usr/include
检查是否安装成功
可以写一个简单的测试代码如下：
#include<gtest/gtest.h>
int add(int a,int b){
return a+b;
TEST(testCase,test0){
EXPECT_EQ(add(2,3),5);
int main(int argc,char **argv){
testing::InitGoogleTest(&argc,argv);
return RUN_ALL_TESTS();
在该文件的终端输入编译指令：
gqx@gqx-Lenovo-Product:~/workplace/aaaa$ g++ test.cc -lgtest -lpthread
gqx@gqx-Lenovo-Product:~/workplace/aaaa$ ./a.out
即得到如下显示结果：
GTest的一些基本概念
要测试一个类或函数，我们需要对其行为做出断言。当一个断言失败时，Google Test会在屏幕上输出该代码所在的源文件及其所在的位置行号，以及错误信息。也可以在编写断言时，提供一个自定义的错误信息，这个信息在失败时会被附加在Google Test的错误信息之后。
断言常常成对出现，它们都测试同一个类或者函数，但对当前功能有着不同的效果。ASSERT_*版本的断言失败时会产生致命失败，并结束当前函数。EXPECT_*版本的断言产生非致命失败，而不会中止当前函数。通常更推荐使用EXPECT_*断言，因为它们运行一个测试中可以有不止一个的错误被报告出来。但如果在编写断言如果失败，就没有必要继续往下执行的测试时，你应该使用ASSERT_*断言。 因为失败的ASSERT_*断言会立刻从当前的函数返回，可能会跳过其后的一些的清洁代码，这样也许会导致空间泄漏。
GTest的断言
1、布尔值检查
要实现全局事件，必须写一个类，继承testing::Environment类，实现里面的SetUp和TearDown方法。
1. SetUp()方法在所有案例执行前执行
2. TearDown()方法在所有案例执行后执行
还需要告诉gtest添加这个全局事件，我们需要在main函数中通过testing::AddGlobalTestEnvironment方法将事件挂进来，也就是说，我们可以写很多个这样的类，然后将他们的事件都挂上去。
TestSuite事件
我们需要写一个类，继承testing::Test，然后实现两个静态方法
1. SetUpTestCase() 方法在第一个TestCase之前执行
2. TearDownTestCase() 方法在最后一个TestCase之后执行
在编写测试案例时，我们需要使用TEST_F这个宏，第一个参数必须是我们上面类的名字，代表一个TestSuite。
TestCase事件
TestCase事件是挂在每个案例执行前后的，实现方式和上面的几乎一样，不过需要实现的是SetUp方法和TearDown方法：
1. SetUp()方法在每个TestCase之前执行
2. TearDown()方法在每个TestCase之后执行
以下案例解决说明上述三个事件的使用
#include<gtest/gtest.h>
#include<map>
#include<iostream>
using namespace std;
class Student{
public:
Student(){
age=0;
Student(int a){
age=a;
void print(){
cout<<"*********** "<<age<<" **********"<<endl;;
private:
int age;
class FooEnvironment : public testing::Environment{
public:
virtual void SetUp()
std::cout << "Foo FooEnvironment SetUP" << std::endl;
virtual void TearDown()
std::cout << "Foo FooEnvironment TearDown" << std::endl;
static Student *s;
//在第一个test之前，最后一个test之后调用SetUpTestCase()和TearDownTestCase()
class TestMap:public testing::Test
public:
static void SetUpTestCase()
cout<<"SetUpTestCase()"<<endl;
s=new Student(23);
static void TearDownTestCase()
delete s;
cout<<"TearDownTestCase()"<<endl;
void SetUp()
cout<<"SetUp() is running"<<endl;
void TearDown()
cout<<"TearDown()"<<endl;
TEST_F(TestMap, Test1)
// you can refer to s here
s->print();
int main(int argc, char** argv)
testing::AddGlobalTestEnvironment(new FooEnvironment);
testing::InitGoogleTest(&argc, argv);
return RUN_ALL_TESTS();
相关结果和说明如下：
当考虑多次要为被测函数传入不同的值的情况时，可以按下面的方式去测试。必须添加一个类，继承testing::TestWithParam<T>。其中T就是你需要参数化的参数类型，如下面的案例是int型参数。（官方文档上的案例）
#include<gtest/gtest.h>
// Returns true iff n is a prime number.
bool IsPrime(int n)
// Trivial case 1: small numbers
if (n <= 1) return false;
// Trivial case 2: even numbers
if (n % 2 == 0) return n == 2;
// Now, we have that n is odd and n >= 3.
// Try to divide n by every odd number i, starting from 3
for (int i = 3; ; i += 2) {
// We only have to try i up to the squre root of n
if (i > n/i) break;
// Now, we have i <= n/i < n.
// If n is divisible by i, n is not prime.
if (n % i == 0) return false;
// n has no integer factor in the range (1, n), and thus is prime.
return true;
class IsPrimeParamTest : public::testing::TestWithParam<int>{};
TEST_P(IsPrimeParamTest, HandleTrueReturn)
int n = GetParam();
EXPECT_TRUE(IsPrime(n));
//被测函数须传入多个相关的值
INSTANTIATE_TEST_CASE_P(TrueReturn, IsPrimeParamTest, testing::Values(3, 5, 11, 23, 17));
int main(int argc, char **argv)
testing::InitGoogleTest(&argc, argv);
return RUN_ALL_TESTS();
注：部分内容摘自网络（http://www.cnblogs.com/coderzh/archive/2009/04/06/1426755.html）
很希望自己是一棵树，守静、向光、安然，敏感的神经末梢，触着流云和微风，窃窃的欢喜。脚下踩着最卑贱的泥，很踏实。还有，每一天都在隐秘成长。
