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

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

题目来源于牛客网 一.选择题 Go语言自带垃圾回收机制. 如果是值传递的话子函数对map修改不会影响父函数中的map,如果是地址传递则会影响. go语言编译器会自动在以标识符.数字字面量.字母字面量.字符串字面量.特定的关键字(break.continue.fallthrough和return).增减操作符(++和--).或者一个右括号.右方括号和右大括号(即).].})结束的非空行的末尾自动加上分号. B选项,6是数字字面量,所以在6的后面会自动加上一个分号,导致编译出错. D选项,gofmt

udacity android 实践笔记: lesson 4 part b 作者:干货店打杂的 /titer1 /Archimedes 出处:https://code.csdn.net/titer1 联系:1307316一九六八(短信最佳) 声明:本文採用以下协议进行授权: 自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0 .转载请注明作者及出处. tips:https://code.csdn.net/titer1/pat_aha/blob/mast

最近项目在补充单元测试,这里介绍以下几个go里流行的单元测试框架. gomock gostub monkey Convey 下面介绍下各个框架的主要用途 convey 主要用途是用来组织测试用例的 gomock 主要用来给接口打桩的.mockgen可以生成对应的接口测试文件. gostub 主要用来给变量.函数.过程打桩 但是给函数打桩时,需要做侵入式修改 monkey 主要也是用来给变量.函数打桩的 gostub打桩的原理式通过反射,所以要求调用stub函数传入第一个参数必须是指针,然而函数并

一个简单的桩实现类: #define JMPCODE_LENGTH 5 //x86 平坦内存模式下,绝对跳转指令长度 #define JMPCMD_LENGTH 1 //机械码0xe9长度 #define JMPCMD 0xe9 //对应汇编的jmp指令 // 一个简化的打桩类的实现 class XSimpleStub { public: explicit XSimpleStub(void* pOrigFunc, void* pNewFunc, bool need_lock_other_thre

作用 作为代码编码人员,写完代码,不仅要保证编译通过和运行,还要保证逻辑尽量正确.单元测试是对软件可测试最小单元的检查和校验.单元测试与其他测试不同,单元测试可看作是编码工作的一部分,应该由程序员完成,也就是说,经过了单元测试的代码才是已完成的代码,提交产品代码时也要同时提交测试代码.测试部门可以作一定程度的审核.(来自百度百科) 其作用可以归为四种: 验证:验证程序逻辑的正确性,即使后期升级,通过跑单元测试,也可以看到升级后是否会对旧逻辑有影响 设计:促使程序员写出可单独测试的代码,从而更容易

GTest为google开源的白盒单元测试跨平台测试框架,含丰富的断言.类型参数化测试.死亡测试.以及其他的测试选项设置.文件保存等,以下将对该项目C++的实现进行简要的分析,作为学习记录备份. 基本上内部使用了大量的宏.模板,因此在分析源码时跟踪会比较麻烦,这也是有的开发项目团队不推荐使用宏.模板等,但即使如此,宏与模板的强大功能仍然是学习和开发紧凑的源码的有力武器,此外GTest也使用了C++语言和VC编译器的某些特性(类的静态成员.全局变量的初始化)(令人有点儿XXX的感觉). 在分析源码

一.设置一个新的测试项目 在用google test写测试项目之前,需要先编译gtest到library库并将测试与其链接.我们为一些流行的构建系统提供了构建文件: msvc/ for Visual Studio, xcode/ for Mac Xcode, make/ for GNU make, codegear/ for Borland C++ Builder. 如果你的构建系统不在这个名单上,在googletest根目录有autotools的脚本(不推荐使用)和CMakeLists.txt

1. 安装使用 1.1 安装 在https://code.google.com/p/googletest/ 下载源码 进入msvc, 注意编译方式, 如果是dll, 选择 gtest-md 编译生成lib文件, 然后引入.文件即可使用 1.2 使用 #include "gtest/gtest.h" int _tmain(int argc, _TCHAR* argv[]) { testing::InitGoogleTest(&argc, argv); return RUN_ALL

本文将介绍单元测试工具google test(GTEST)在linux操作系统中测试环境的搭建方法.本文属于google test使用的基础教程.在linux中使用google test之前,需要对如下知识有一些了解: (1)C/C++编程方法 (2)makefile的编写 (3)linux命令行操作 (4)GTEST背景知识:它是用来干什么的?它用什么语言编写的?它的一些基本语法?等等 以上知识不需要做到熟能生巧,只要达到入门级别,使用GTEST不会费任何力气,毕竟GTEST也不是一个高门槛的

一.概述 在DLL初始化的时候有时不能调用其它系统DLL的函数,以免导致问题,但有时候又必须要调用怎么办?一种办法就是自己直接调用NTDLL接口,这样肯定没有问题. 下面我写个自己调用Registry的封装类,用来代替原本系统注册表API. 二.申明NTDLL导出函数 在自己工程中需要调用NTDLL导出函数,可以通GetProcessAddr来获取函数地址再调用,也可以通过导入库的方式(这种需要ntdll.lib文件,在DDK中有),我这里采用第二种方式. 函数和类型声明: NTDllDecl.

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

认识gtest工具后,关于它的使用,下面将用一个demo程序演示一下gtest的用法以及成果展示. 一.需要测试的C++代码: #include "myfunction.h" //计算和的函数 int add(int a, int b) { int c = a + b; return c; } //计算最小公约数 int Foo(int a, int b) { || b == ) { throw "don't do that"; } int c = a % b; )

gtest文档说明: 由于公司单元测试的需要,自己花了大半天时间下载了一个gtest框架,使用了一些测试例子,总览了coderzh的玩转gtest测试框架,又看了几篇gtest博客,写下了以下内容,作为备忘.毕竟我需要的简单的东西,太复杂了我自己很难回顾起来.在此很感谢coderzh,他的玩转google开源框架gtest系列的文章真的不错,极力推荐.链接地址:http://www.cnblogs.com/coderzh/archive/2009/04/06/1426755.html,这篇文件就

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

http://www.cnblogs.com/coderzh/archive/2010/01/09/beautiful-testcase.html 使用gtest也有很长一段时间了,这期间也积累了一些经验,所以分享一下.GTest为我们提供了便捷的测试框架,让我们只需要关注案例本身.如何在GTest框架下写出优美的测试案例,我觉得必须要做到: 案例的层次结构一定要清晰 案例的检查点一定要明确 案例失败时一定要能精确的定位问题 案例执行结果一定要稳定 案例执行的时间一定不能太长 案例一定不能对测试

代码库工程概述 IDE:Visual Studio 2010 sln路径:gtest\msvc\gtest.sln 用IDE打开上面的sln,可以看到以下四个工程,算不上复杂.展开之后更是感觉这几个工程出奇地简单. gtest工程 工程类型:静态链接库 要点:整个gtest代码库的文件数目较多,gtest采用了一种特殊的方式,把所有代码文件的引用都整合到了gtest-all.cc这一个文件里面,以下是代码片段:  // This line ensures that gtest.h can be

所有的测试,都是让未知的东西和已知的东西进行比较,如果测试结果和预期的一样,那么就认为被测对象是OK的否则视为有问题. python的单元测试是写一堆继承了unittest.TestCase类,每个类里都会定义一个runTest函数,实际上这个函数是覆盖了基类的函数,脚本执行时调用unittest.main函数,unittest.main函数就会查找哪些类集成了TestCase并执行runTest函数 那么到了gtest里也是类似的,不过因为gtest是C/C++的单元测试框架,而C/C++里能

看了coderzh大神写的gtest(http://www.cnblogs.com/coderzh/archive/2009/04/06/1426755.html)使用的帖子,觉得gtest这个工具比较好用.就想引入的现在的测试工作中,但是我从事的是嵌入式的的软件测试,使用的是嵌入式的linux系统,芯片是海思等芯片.无法直接使用gtest这个工具,用Google百度搜素了半天,也没有找到使用的案例. 但是这么好的工具,不能用实在是可惜,我偏不信这个邪.经过了多次尝试,下面的方法可行. 详细的过