假设Client的定义如下 class Client { ...... public: virtual bool GetData(std::string& data); ...... }; 我们只需要重写Getdata的方法,并且当参数data被传进来时,我们可以返回特定的值. 这一套方法,google已经提供了很好的一套框架:gmock 下面介绍一下它的用法 #include "client.h"              //被mock的类的头文件 #include <

之前一个月都在学习googletest框架,对googletest的文档都翻译了一遍,也都发在了之前的博客里,另外其实还有一部分的文档我没有发,就是GMock的CookBook部分:https://github.com/google/googletest/blob/master/googlemock/docs/CookBook.md.这部分我也翻译了,也写了很多代码,但是这部分文档太长了,很难看完,除非是真用到里边的内容才会去里面找,所以就不在这浪费笔墨,如果有想要的可以在下边评论.截了个图:

最近公司要我学习Google的测试框架google test:https://github.com/google/googletest. GoogleTest是C++的测试框架,我一个学习Java的,开头好难啊.查了好多,才编译成功.总结下,帮助后来人,基本上比我查到的详细. 1.下载googletest: https://github.com/google/googletest 2.以VS为例,在VS中导入msvc/gtest.sln,然后重新编译,debug.release两个模式都要编译.

单元测试概述 测试并不只是测试工程师的责任,对于开发工程师,为了保证发布给测试环节的代码具有足够好的质量( Quality ),为所编写的功能代码编写适量的单元测试是十分必要的. 单元测试( Unit Test ,模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的.很明确的功能是否正确,通过编写单元测试可以在编码阶段发现程序编码错误,甚至是程序设计错误. 单元测试不但可以增加开发者对于所完成代码的自信,同时,好的单元测试用例往往可以在回归测试的过程中,很好地保证之前所发生的修改没有

windows 下实现函数打桩:拦截API方式            近期由于工作须要,開始研究函数打桩的方法. 由于不想对project做过多的改动,于是放弃了使用Google gmock的想法. 可是也足足困扰另外我一天一宿. 经过奋战,最终有所收获.闲话少说,開始看看有什么方法. 一.基础准备 1. 函数调用的原理:通过函数名(函数的入口地址)对函数进行訪问,如果我们可以改变函数首地址指向的内存的话,使其跳转到还有一个函数去运行的话,那么就行实现函数打桩了. 2. 方法:对函数首地址出写入

http://www.uml.org.cn/c++/201203293.asp googletest是一个用来写C++单元测试的框架,它是跨平台的,可应用在windows.linux.Mac等OS平台上.下面,我来说明如何使用最新的1.6版本gtest写自己的单元测试. 本文包括以下几部分:1.获取并编译googletest(以下简称为gtest):2.如何编写单元测试用例:3.如何执行单元测试.4.google test内部是如何执行我们的单元测试用例的. 1. 获取并编译gtest gtes

一.概述 Googletest是一个用来写C++单元测试的框架,它是跨平台的,可应用在windows.linux.Mac等OS平台上: 代码框架: [root@docker googletest-release-]# ll build build-aux CHANGES cmake CMakeLists.txt codegear configure.ac CONTRIBUTORS COPYING include m4 make Makefile.am msvc README samples sc

这个东西必须写个博客记一下了,一方面是防止以后忘记,一方面也反思一下自己的固执. 在我们的代码中,通常会有一些配置文件的路径写死在代码里面.比如 public class ConfigPath { private static String CONF_FILE = "/dir/xxx/ppp.propetries"; } 在做UT的时候,一般测试环境和真实的生产环境是不一样的,配置文件的路径肯定也是不一样的,这样在测试的时候,必须要把这个路径替换掉,而且不能影响系统原来的代码. 在上一

直接在CMake项目中编译GoogleTest和GoogleMock作为项目的一部分 本文是关于如何将GoogleTest和GoogleMock在没有预先编译安装在机器的情况下,直接在项目中作为项目的一部分进行编译. 目录: 环境依赖 GoogleTest和GoogleMock 在CMake项目中配置GoogleTest和GoogleMock 1. 环境依赖 Note: 环境只列出了本文实现过程中本人机器的配置,不代表最低配置 ubuntu 14.04 64位 CMake 2.8 2.Googl

TDD是测试驱动开发(Test-Driven Development)的英文简称,是敏捷开发中的一项核心实践和技术,也是一种设计方法论.TDD的原理是在开发功能代码之前,先编写单元测试用例代码,测试代码确定需要编写什么产品代码.TDD虽是敏捷方法的核心实践,但不只使用于XP(Extreme Programming),同样可以适用于其他开发方法和过程. 打桩(mock)是单元测试的重要内容.说难点,谈不上吧,能说出来想到的都不算是难点了. mock有两种.一种是静态打桩,一种是动态打桩. 静态打桩

开发工具 我和我的组员的都是使用的是大一老师推荐的codeblocks,所以,就愉快的决定了工具统一为codeblocks,语言C++. 测试单元 老师推荐的是JUnit和VSTS工具,但同学们从大一到现在最熟悉的还是codeblocks编程软件.既然的其他编程软件能加载测试工具,我想,codeblocks也行,百度后发现googleTest支持codeblocks(我就说会有的..).那么接下来,是具体的配置过程. 工具下载 1. googleTest官网上最新版为1.8.0版本的,但我试了并

Googletest入门 来源:https://github.com/google/googletest/blob/master/googletest/docs/primer.md P.S. gmock作为gtest的孪生兄弟,其通俗介绍可以看这篇:https://blog.csdn.net/wangjingqi930330/article/details/80525056 简介:为啥用googletest 用googletest是为了写更好的测试代码 googletest是谷歌专门的测试框架团

[时间:2017-08] [状态:Open] [关键词:linux, libray,打桩,interposition,函数替换,链接器,gcc,malloc,free] 0 引言 本文主要参考<深入理解计算机系统>(原书第三版)ch7.13.作为个人知识整理和后续参考使用. 库打桩(interposition)这个名词比较陌生,这是由Linux链接器所提供的技术,允许用户截获对共享库函数的调用,并执行自己的代码(当然是在普通权限下,管理员权限通常是禁止使用该技术的). 使用打桩机制,可以追踪某

编译https://github.com/RAttab/reflect, 发现需要gcc4.7以上的版本才行.于是编译安装最新的gcc-6.2.0, 过程算顺利. http://www.linuxfromscratch.org/blfs/view/svn/general/gcc.html 还需要cmake,只能下载源码编译安装(git...). boost可以通过yum方式安装 boost boost-doc boost-devel 另外还需要编译 https://github.com/Cyli

还不知道googletest基本使用方法的请参看前一篇blog  使用googletest进行C++单元测试 本篇仍然使用testStack测试文件进行测试,测试代码如下 #include <gtest/gtest.h> #include "MyStack.h" #include <iostream> TEST(StackTest, testPop) { //StackTest是testcase名,testPop为具体的test MyStack st; st.p

googletest设置步骤(Netbeans为例) 下载googletest [https://github.com/google/googletest],解压到<gtest_dir> 将googletest编译为一个库 建一个C++静态库的新项目 将<gtest_dir>和<gtest_dir>/include加到头文件路径include_path 将<gtest_dir>/src下的gtest-all.cc和gtest_main.cc添加到源文件中 创

一.前提: 1.假定你的系统为centos6系列 2.假定你已经安装了基本的编译环境,gcc,g++4.4.7 3.假定你已经设置了环境变量:KDS_MOBILE_STOCK_HOME 4.假定你已经安装了unzip解压缩软件,若未安装,请安装之:yum install zip unzip 5.假定你已经安装了vim,若未安装可用vi代替vim命令 二.安装cmake 1.下载源码:http://www.cmake.org/files/v2.8/cmake-2.8.12.tar.gz 2.解压源

此篇主要了解一下GoogleTest中的断言. 总的来说,GoogleTest中的断言分为两大类:EXPECT_*和ASSERT_*,这两者在测试成功或失败后均会给出测试报告,区别是前者在测试失败后会继续执行下面的测试,而后者在测试失败后会立即终止测试. GoogleTest中的比较断言,涉及整型,字符串, 浮点型,布尔型的比较判断 Fatal assertion Nonfatal assertion Verifies ASSERT_TRUE(condition) EXPECT_TRUE(con

Mockito用于测试时进行打桩处理:通过它可以指定某个类的某个方法在什么情况下返回什么样的值. 例如:测试 controller时,依赖 service,这个时候就可以假设当调用 service 某个方法时返回指定的某些值,从而来降低引用类所带来的测试复杂度增加的影响.Mockito就用于这种场景. Mockito常用测试场景描述如下: 指定打桩对象的返回值 判断某个打桩对象的某个方法被调用及调用的次数 指定打桩对象抛出某个特定异常 Mockito的使用,一般有以下几种组合: do/when:

前面的随笔介绍了Google Test中的基本测试单元TEST和测试夹具TEST_F,此篇介绍区别于这两种测试的参数化测试TEST_P 当待测试方法的行为取决于传入的参数时,而且这些参数的不同组合有多种, 而你又不想为此写多个相类似的test case时,可以用value-parameterized Test value-parameterized Test 允许你可以使用不同的参数测试代码, 而无需编写同一测试的多个副本 下面举个例子,待测方法: //MyClass.hpp enum clas

单元测试是一种保证代码质量的手段.程序员可以通过写单元测试来保证自己写的代码的功能正确. 本人所在公司使用GoogleTest测试框架来进行单元测试.虽然现在在公司的工程代码中写单元测试已经驾轻就熟,但是只是知其然不知其所以然,所以再此对Google Test测试框架进行一个全面的了解与学习. 本文只涉及Google Test的使用,不涉及对其源码的学习与解读. Linux环境搭建Google Test测试环境 Google Test托管在github上,先通过git把Google Test拉取