Gtest学习笔记1.2

gtest提供了多种事件机制，非常方便我们在案例之前或之后做一些操作。总结一下gtest的事件一共有3种：
引用自：http://www.cnblogs.com/coderzh/archive/2009/04/06/1430396.html
1. 全局的，所有案例执行前后。
2. TestSuite级别的，在某一批案例中第一个案例前，最后一个案例执行后。
3. TestCase级别的，每个TestCase前后。

---

1、全局变量
要实现全局事件，必须写一个类，继承testing::Environment类，实现里面的SetUp和TearDown方法。
1. SetUp()方法在所有案例执行前执行
2. TearDown()方法在所有案例执行后执行

// 所以对象的建立都采用虚函数建立和清除，而不是采用构造函数和析构函数
// 如下所示
//
//   1. 析构函数不能安全的抛出一个异常. Google在进行某些测试时，把该问题作为激活异常的方法；
//      此外谷歌希望 在抛出异常的情况下，ASSERT_*仍然是可以应用的 
//   2. 采用构造函数和析构函数会导致ASSERT_*不可用
class FooEnvironment:public testing::Environment
{public:
    virtual void SetUp()//该环境需要被继承，因此是虚函数
    {
        std::cout<<"环境建立！"<<std::endl;
    }
    virtual void TearDown()//该环境需要被继承，因此是虚函数
    {
        std::cout<<"清空环境！"<<std::endl;
    }
};

当然，这样还不够，我们还需要告诉gtest添加这个全局事件，我们需要在main函数中通过testing::AddGlobalTestEnvironment方法将事件挂进来，也就是说，我们可以写很多个这样的类，然后将他们的事件都挂上去。

int main(int argc, char* argv[])
{
    testing::AddGlobalTestEnvironment(new FooEnvironment);
    //
    testing::InitGoogleTest(&argc, argv);
    int i=RUN_ALL_TESTS();
    system("pause");
    return i;
}

Gtest中对的定义和说明如下AddGlobalTestEnvironment

// 该函数大部分情况在主函数中调用，同时应该出现在RUN_ALL_TESTS()函数之前调用
// 如果你使用 gtest_main, 需要在主函数main()之前使用，以保证AddGlobalTestEnvironment函数生效
//  例如：你识别一个类似于如下的全局变量：
//
//   testing::Environment* const foo_env =
//       testing::AddGlobalTestEnvironment(new FooEnvironment);
//
// 无论如何, google强烈提醒在主函数main()中挂入AddGlobalTestEnvironment()事件。全局变量由于复杂的初始化使得代码难以读懂，可能会导致问题，当您从有依赖关系的不同编译单位和环境中注册多个环境，可能会导致：编译器不能保证在全局变量在不同的编译单元中被初始化。
inline Environment* AddGlobalTestEnvironment(Environment* env) {
  return UnitTest::GetInstance()->AddEnvironment(env);
}

主函数中的testing::InitGoogleTest(&argc, argv);具体定义如下所示：

GTEST_API_ void InitGoogleTest(int* argc, char** argv);

该函数对Goolge Test进行初始化，必须出现在RUN_ALL_TESTS()函数之前，改行代码可看作为Google test测试的开始标志，google对其的解释如下所示： In particular, it parses a command line for the flags that Google Test recognizes. Whenever a Google Test flag is seen, it is removed from argv, and *argc is decremented.没有返回值。相反，谷歌测试标志变量被更新。
三、TestSuite事件
我们需要写一个类，继承testing::Test，然后实现两个静态方法
1. SetUpTestCase() 方法在第一个TestCase之前执行
2. TearDownTestCase() 方法在最后一个TestCase之后执行

// The abstract class that all tests inherit from.
//
//1、 在Google测试中，一个测试程序包括一个或者多个测试用例, 而一个测试用例包括
//一个或者多个测试函数
// 2、当你定义一个测试使用测试宏， 你不需要明确测试起源—测试宏会自动帮你执行此操作
class FooTest : public testing::Test {

protected:
    static void SetUpTestCase() {
        shared_resource_ = new ;
    }
    static void TearDownTestCase() {
        delete shared_resource_;
        shared_resource_ = NULL;
    }
    // Some expensive resource shared by all tests.
    static T* shared_resource_;
};

该类的说明如下：

// The abstract class that all tests inherit from.
//
//1、 在Google测试中，一个测试程序包括一个或者多个测试用例, 而一个测试用例包括
//一个或者多个测试函数
// 2、当你定义一个测试使用测试宏， 你不需要明确测试起源—测试宏会自动帮你执行此操作
//
// The only time you derive from Test is when defining a test fixture
// to be used a TEST_F. For example:
//
// class FooTest : public testing::Test {
// protected:
// virtual void SetUp() { … }
// virtual void TearDown() { … }
// …
// };
//
// TEST_F(FooTest, Bar) { … }
// TEST_F(FooTest, Baz) { … }
//
// Test is not copyable.
“`
四、TestCase事件
TestCase事件是挂在每个案例执行前后的，实现方式和上面的几乎一样，不过需要实现的是SetUp方法和TearDown方法：

1. SetUp()方法在每个TestCase之前执行
2. TearDown()方法在每个TestCase之后执行