gtest提供了多种事件机制,非常方便我们在案例之前或之后做一些操作。总结一下gtest的事件一共有3种:
引用自:
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方法:
- SetUp()方法在每个TestCase之前执行
- TearDown()方法在每个TestCase之后执行