水墨画

一、前言gtest提供了多种事件机制，非常方便我们在案例之前或之后做一些操作。总结一下gtest的事件一共有3种：1. 全局的，所有案例执行前后。2. TestSuite级别的，在某一批案例中第一个案例前，最后一个案例执行后。3. TestCase级别的，每个TestCase前后。二、全局事件要实现全局事件，必须写一个类，继承testing::Environment类，实现里面的SetUp和Tea

一、前言使用gtest编写的测试案例通常本身就是一个可执行文件，因此运行起来非常方便。同时，gtest也为我们提供了一系列的运行参数（环境变量、命令行参数或代码里指定），使得我们可以对案例的执行进行一些有效的控制。二、基本介绍前面提到，对于运行参数，gtest提供了三种设置的途径：1. 系统环境变量2. 命令行参数3. 代码中指定FLAG因为提供了三种途径，就会有优先级的问题， 有一个原则是，最后

一、前言“死亡测试”名字比较恐怖，这里的“死亡”指的的是程序的崩溃。通常在测试过程中，我们需要考虑各种各样的输入，有的输入可能直接导致程序崩溃，这时我们就需要检查程序是否按照预期的方式挂掉，这也就是所谓的“死亡测试”。gtest的死亡测试能做到在一个安全的环境下执行崩溃的测试案例，同时又对崩溃结果进行验证。二、使用的宏Fatal assertionNonfatal assertionVerifie

一、前言这篇文章主要总结gtest中的所有断言相关的宏。 gtest中，断言的宏可以理解为分为两类，一类是ASSERT系列，一类是EXPECT系列。一个直观的解释就是：1. ASSERT_* 系列的断言，当检查点失败时，退出当前函数（注意：并非退出当前案例）。 2. EXPECT_* 系列的断言，当检查点失败时，继续往下执行。二、示例// int型比较，预期值：3，实际值：Add(1, 2)EXP

来源：http://www.cnblogs.com/coderzh/archive/2009/03/31/1426758.html一、前言本篇将介绍一些gtest的基本使用，包括下载，安装，编译，建立我们第一个测试Demo工程，以及编写一个最简单的测试案例。 二、下载如果不记得网址， 直接在google里搜gtest，第一个就是。目前gtest的最新版本为1.3.0，从下列地址可以下载到该最新版本

前段时间学习和了解了下Google的开源C++单元测试框架Google Test，简称gtest，非常的不错。 我们原来使用的是自己实现的一套单元测试框架，在使用过程中，发现越来越多使用不便之处，而这样不便之处，gtest恰恰很好的解决了。其实gtest本身的实现并不复杂，我们完全可以模仿gtest，不断的完善我们的测试框架， 但最后我们还是决定使用gtest取代掉原来的自己的测试框架，原因是：1

一、前言“深入解析”对我来说的确有些难度，所以我尽量将我学习到和观察到的gtest内部实现介绍给大家。本文算是抛砖引玉吧，只能是对gtest的整体结构的一些介绍，想要了解更多细节最好的办法还是看gtest源码，如果你看过gtest源码，你会发现里面的注释非常的详细！好了，下面就开始了解gtest吧。二、从TEST宏开始前面的文章已经介绍过TEST宏的用法了，通过TEST宏，我们可以非法简单、方便的

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

一、前言gtest提供了多种事件机制，非常方便我们在案例之前或之后做一些操作。总结一下gtest的事件一共有3种：1. 全局的，所有案例执行前后。2. TestSuite级别的，在某一批案例中第一个案例前，最后一个案例执行后。3. TestCase级别的，每个TestCase前后。二、全局事件要实现全局事件，必须写一个类，继承testing::Environment类，实现里面的SetUp和Tea

一、前言上一篇我们分析了gtest的一些内部实现，总的来说整体的流程并不复杂。本篇我们就尝试编写一个精简版本的C++单元测试框架：nancytest ，通过编写这个简单的测试框架，将有助于我们理解gtest。二、整体设计使用最精简的设计，我们就用两个类，够简单吧：1. TestCase类包含单个测试案例的信息。 2. UnitTest类负责所有测试案例的执行，管理。三、TestCase类TestC