Neo的专栏

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

1 TestCase, Fixture and SuitCppunit通过上面三个概念(类)来组织测试用例。一般来说，一个Fixture包含 了N个TestCase，而一个Suit又包含了N个Fixture。用图表示就是下面这样: 2 Helper Macros在Helper Macros出现之前，把N个case加到一个suit里是一件非常机械的事， 它不仅

使用gtest也有很长一段时间了，这期间也积累了一些经验，所以分享一下。GTest为我们提供了便捷的测试框架，让我们只需要关注案例本身。如何在GTest框架下写出优美的测试案例，我觉得必须要做到：案例的层次结构一定要清晰案例的检查点一定要明确案例失败时一定要能精确的定位问题案例执行结果一定要稳定案例执行的时间一定不能太长案例一定不能对测试环境造成破坏案例一定独立

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

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

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

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

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

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

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

本文基于笔者的实际开发经验，言简意赅地讲解了C/C++单元测试框架gtest的主要使用方法和注意事项，并设计了若干可编译的精简示例，给出了运行效果图。既可以用作gtest的入门教程，也适合作为工作中的快速参考。AD：2013云计算架构师峰会课程资料下载Google C++ Testing Framework（简称gtest，http://code.googl