gtest从零到项目使用.pdf-资料库

gtest从 gtest从 1. 写 2. gtest基 2.1. 最 2.2. 各 2.3. gtest的 3. gtest主 3.1. 断 3.2. 参化-测 3.2.1. 参 3.2.2. 案 3.3. 事 3.3.1. 事 3.3.2. 各 3.3.3. TestCase级 3.3.3.1. ⽰ 3.3.4. TestSuite级 3.3.4.1. ⽰ 3.3.5. 全 3.3.5.1. ⽰ 3.3.6. 参 3.4. gtest的 3.4.1. *_DEATH(statement, regex`) 宏 3.4.2. *_EXIT(statement, predicate, regex`) 宏 3.4.3. *_DEBUG_DEATH 3.4.4. 死 3.4.5. 注 3.5. 运数-测 3.5.1. 基 3.5.1.1. 命 3.5.1.2. 代 3.5.1.3. 系 3.5.1.4. 参的FLAG 4. 项 4.1. 环 4.1.1. 编 4.2. 搭架-项 5. 学 6. 基 6.1. TEST(test_case_name, test_name) 7. 参 1. 写作, 它量, 需试, 为题,只分, 伴题,才起, 搅们, 直试ok不量,但不ok,确零到项⽬使⽤零到项⽬使⽤在最前础基本的认知种概念常⻅函数和命令要模块内容讲解⾔数试参数批量处理数批量处理相关函数例名件机制件机制和宏之间的关系机制之间的关系别事件例别事件例局事件例考死亡测试表达式表达式亡测试的运⾏⽅式意事项⾏参试的可执⾏程序的运⾏参数本介绍令⾏参数指定码中统环境变量数列表⽬实践境搭建译建⾃⼰的测试框⽬级参考习⽰例础函数考连接在最前质量⾸先属于开发问题，⽽不是测试问有开发解决不了的质量问是测试的问题测试并不是⼀个独⽴的⼯是开发⼯作的⼀部随着整个开发过程质量不等于测了质要你把开发⼯作和测试结合到⼀拌它到分不清你我为⽌测等于⾼质是测试实万万不⾏的

2. gtest基 2.1. 最 1. 使⽤gtest编 1） 2），N是 3）的Add函 2.2. 各点类⾔,传个TEST宏,会 2.3. gtest的就……）有N个些log，多“应么”的令,TEST宏个TestCase 1. RUN_ALL_TESTS() 开 2. testing::InitGoogleTest(&argc, argv); 初⼦: 1 2 3 4 5 int main(int argc, char** argv) { testing::InitGoogleTest(&argc, argv); testing::FLAGS_gtest_death_test_style = "fast"; return RUN_ALL_TESTS(); } 3. gtest主 3.1. 断通过把测试⼯作⼀定程度的融合到开发过程中，我们极⼤的降低了⼀些本来被认为会写很多有问题的代码的⼈的出错机会础基本的认知写的测试案例通常本⾝就是⼀个可执⾏⽂件，因此运⾏起来⾮常⽅便其实在我们⼀开始学习写单元测试的时候，⽼师或者有⼈⽣经验的资深码农就已经告诉了我们写单元测试的⼀些原则：测试⽤例能验证函数的正确性（这条都通不过；测试⽤例尽可能涵盖边界条件（例如遍历⼀个链表，头指针是空，只有⼀个节点，链表节点问题描述下允许的最⼤节点数等等）；⼀些异常和错误处理（例如往⼀个函数⾥传⼊空指针，传⼊空串，这个函数能否打印⼀返回错误码，实现加法数如何检测和处理溢出等等）最理想的情况下（时间很多！），应该尽量多写测试⽤例，以保证代码功能的正确性符合预期，具有良好的容错性。如果代码较复杂，条件分⽀较多，测试⽤例最好能覆盖所有的分⽀路径。上述原则⼀般解决了很该测试什问题。种概念测试似于断⼊⼀个参数⼀有很多断⾔测试命就是⼀常⻅函数和命令始所有的测试始化例要模块内容讲解⾔

3.2. 参化-测化,是决,测点,需数,产 1 2 3 4 5 6 7 8 TEST(IsPrimeTest, HandleTrueReturn) { EXPECT_TRUE(IsPrime(3)); EXPECT_TRUE(IsPrime(5)); EXPECT_TRUE(IsPrime(11)); EXPECT_TRUE(IsPrime(23)); EXPECT_TRUE(IsPrime(17)); } ⽰,为是1个有5个况,会了4次有50个把5个，100个成5个看gtest是 3.2.1. 参 1 INSTANTIATE_TEST_CASE_P(TrueReturn, IsPrimeParamTest, testing::Values(3, 5, 11, 23, 17)) TrueReturn 第 namespace吧 IsPrimeParamTest 第 IsPrimeParamTest 的宏 testing::Values(3, 5, 11, 23, 17) 第。Google提取,⽤容,可为c++当⽤test::Values 数试参数批量处理参数为了解试要传⼊太多参⽣很多重复代码的问题如上⾯代码所了测试函数的各种参数的正确情传⼊很多参数我们注意到，在这个测试案例中，我⾄少复制粘贴，假如参数，怎么办？同时，上⾯的写法产⽣的测试案例，⾥⾯检查点，假如我要检查变单独的案例，将会更加累⼈。接下来，就来看如何为我们解决这些问题的数批量处理相关函数⼀个参数是测试案例的前缀，可以任意于标识你的内以理解中的⼆个参数是测试案例的名称，需要和之前定义的参数化的类的名称相同，如：和上⾯的例⼦⾥边第⼀个参数⼀致三个参数是可以理解为参数⽣成器，上⾯的例⼦使表⽰使⽤括号内的参数供了⼀系列的参数⽣成的函数

Range(begin, end[, step]) 在begin~end之为step，括end Values(v1, v2, ..., vN) v1,v2到vN的 ValuesIn(container) and ValuesIn(begin, end) 个C类是STL容 Bool() 取 false 和 true 两将g1,g2,...gN进 g1,g2,...gN本 g1,g2,..gN中组(Tuple) Combine(g1, g2, ..., gN) 3.2.2. 案。命 preﬁx/test_case_name.test.name/index ⾯INSTANTIATE_TEST_CASE_P 第数,测称,宏 preﬁx 就 test_case_name 测 3.3. 事 gtest提 TEST_F宏。gtest的承Test类有3种参数范围取值命令含义范围间，步⻓不包值从⼀型的数组或器，或是迭代器中取值个值这个⽐较强悍，它⾏排列组合，⾝是⼀个参数⽣成器，每次分别从各取出⼀个值，组合成⼀个元作为⼀个参数。例名因为使⽤了参数化的⽅式执⾏案例，我⾮常想知道运⾏案例时，每个案例名称是如何命名的。我执⾏了上⾯的代码，输出如下：从上⾯的框框中的案例名称⼤概能够看出案例的命名规则，对于需要了解每个案例的名称的我来说，这⾮常重要名规则⼤概为：是上⼀个参数试样例名第⼀个参试案例范围下⾯还有具体测试件机制可以在案例之间共享⼀些通⽤⽅法，共享资源供了多种事件机制，⾮常⽅便我们在案例之前或之后做⼀些操作。通过继，使⽤，我们可以在案例之间共享⼀些通⽤⽅法，共享资源事件⼀共：

TestSuite级 TestCase级 3.3.1. 事个TestCase前道TEST(test_case_name，test_name)宏，test_name理是TestSuite级个Test级是test_name标将test_case_name理候test_case_name所 TestSuite级 TestCase 对 3.3.2. 各试,例 3.3.3. TestCase级现TestCase事类testing::Test，数SetUp() 和 TearDown()，SetUp()在个TestCase执⽽TearDown()在个TestCase执全局的，所有案例执⾏前后。别的，在某⼀批案例中第⼀个案例前，最后⼀个案例执⾏后。别的，每后。件机制和宏之间的关系我们知函数有两个参数，这⾥可以解为⼀个⽬录解为这个⽬录下的众多⼦⽬录，在执⾏测试的时标识的就别的，⽽每⼀别的就识的测试别类似于⼀个测试的类应于每⼀次的测如⼀次断⾔测试机制之间的关系别事件实件，需要实现⼀个类并继承⾃在该类内含有两个函每⾏之前会执⾏，每⾏之后会进⾏

解,就隔case有⽤gtest框试STL中的map这的TEST()部测ﬁnd()，size()这现,这个TEST CASE⾥中,那了, 理,我来,放到SetUp() TearDown()这 3.3.3.1. ⽰⼦,更 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 ⾏SetUp()和TearDown() 个test_case执 //在 class TestMap:public testing::Test { public: void SetUp() { cout<<"Setup()"< mp; }; 通俗的讲是每时候会有⼀些公共的执⾏操作举例：我们使架测个数据结构时，我们假设只两个函数，如果不使⽤事件机制，则测试分如下：你会发两边都有⼀些公共的处们把这个抽取出种框架虚函数么就可以实现例通过下⾯的例容易理解明⽩每⼀⾏之前和之后，执

TearDown⽅个TestCase执了SetUp和数SetUpTestCase() 和 3.3.4. TestSuite级 TestSuite级 TesrDownTestCase()。 SetUpTestCase() 在 TesrDownTestCase() 在个TestCase执个TestCase执 1 2 3 4 5 6 7 8 class MyMap:public testing::Test { public: static void SetUpTestCase() {} static void TearDownTestCase() {} }; 3.3.4.1. ⽰ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 个test之⽤SetUpTestCase()和TearDownTestCase() 个test之 //在 class TestMap:public testing::Test { public: static void SetUpTestCase() { cout<<"SetUpTestCase()"<

18 19 20 21 22 23 24 25 26 27 28 29 30 31 mp.insert(make_pair(1,1)); mp.insert(make_pair(2,1)); mp.insert(make_pair(3,1)); mp.insert(make_pair(4,1)); } void TearDown() { mp.clear(); cout<<"TearDown()"< mp; }; 3.3.5. 全 testing::Environment。 SetUp()在 TearDown()在现SetUp() 和 TearDown()两 1 2 3 4 5 6 7 8 class GlobalTest:public testing::Environment { public: virtual void SetUp() {} virtual void TearDown() {} }; testing::AddGlobalTestEnvironment⽅ AddGlobalTestEnvironment()将到main中在main函结果如下图局事件要实现全局事件与上述两个事件⼀样，都需要继承⼀个类，但全局事件需要继承的类是在类内需要实个⽅法。所有的案例执⾏之前执⾏；所有的案例执⾏之后执⾏。使⽤全局事件时需要注意的是：数中加⼊法，在调⽤这个⽅法之前⽣成⼀个类的对象，使⽤这个对象添加，即将其事件挂接上去。

资料库

gtest从零到项目使用.pdf

相关推荐

开发技术

热门标签

最新资料