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

2014年6月4日,6月的第一个星期三,我正式入职百度,开始baiduer的工作.这不到2个月的时间,因为人力资源这边原因,我从INF部门离开,拉到了百度Hi-Server团队中来.2个完全不着调的岗位,做了许多以前没有做过的事情.总结一下:在INF的产品线是新产品,9月百度世界大会才上线的,很多东西不便透露:百度Hi-Server产品线相对来说就算是个老产品了,持续做了好几年了.7月中旬切到Hi-Server这边,不到这一个月的时间,主要Support了三个事情:一个登录桩的实现和一个公众平台

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

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

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

解析gtest框架运行机制   1.前言 Google test是一款开源的白盒单元测试框架,据说目前在Google内部已在几千个项目中应用了基于该框架的白盒测试. 最近的工作是在搞一个基于gtest框架搭建的自动化白盒测试项目,该项目上线也有一段时间了,目前来说效果还是挺不错的. 侯捷先生在<STL源码剖析>中说过一句话:”会用STL,是一种档次.对STL原理有所了解,又是一个档次.追踪过STL源码又是一个档次.第三种档次的人用起STL来,虎虎生风之势绝非第一档次的人能够望其项背.“ 我认为

简介     事件机制用于在案例运行前后添加一些操作(相当于挂钩函数).目前,gtest提供了三种等级的事件,分别: 全局级,所有案例执行的前后 TestSuite级,某一个案例集的前后 TestCase级,每一个案例的前后     不同等级的事件在影响不同的范围. 示例-全局级     全局级事件在所有案例执行的前后运行,制作该事件需要继承testing::Environment类,实现里面的SetUp和TearDown方法.为了模拟实际应用中的情况,下面的测试代码分为了三个文件,分别代表:全

简介     gtest是google开源的一个单元测试框架,以其简单易学的特点被广泛使用.该框架以第三方库的方式插入被测代码中.同其他单元测试框架相似,gtest也通过制作测试样例来进行代码测试.同时,gtest还支持通过事件机制为这些测试样例添加不同级别的挂钩函数. gtest安装     在ubuntu中安装gtest的指令如下,该指令包含了下载源码.编译和安装的过程: sudo apt-get install libgtest-dev cd /usr/src/gtest sudo cma

Mac下GTest的基本使用 gtest全称Google C++ Testing Framework,它是从谷歌内部诞生并受到业界追捧的一个非常优秀的测试框架,支持如自动发现测试.自定义断言.死亡测试.自动报告等诸多功能. 本文记录Mac下安装配置gtest以及它的基本应用 一.安装 博主尝试用brew install 遇到了问题,于是直接源码安装 编译安装 git clone https://github.com/google/googletest cd googletest mkdir bu

前言: 在测试用例中,我们时常需要传给被测函数不同的值,gtest为我们提供了简便的方法,可以使我们能够灵活的进行参数化测试. 步骤: 1.创建一个类,继承testing::TestWithParam<T>,T是你需要参数化的参数类型,比如参数类型为int 2. 使用新宏TEST_P替代TEST.在TEST_P宏里,可以使用GetParam()获取当前的参数的具体值. 3. 使用INSTANTIATE_TEST_CASE_P宏来输入测试参数. 参数解释和表格直接贴上某个大佬的解释: 第一个参数

安装GTest 1.安装源代码 下载gtest,release-1.8.0 git clone https://github.com/google/googletest gtest编译 cd googletest 生成Makefile文件(先安装cmake,brew install cmake),继续输入命令编译: cmake CMakeLists.txt 执行make,生成两个静态库:libgtest.a libgtest_main.a make 拷贝到系统目录,注意,如果下诉目录位置在不同版

正式工作之后,公司对于单元测试要求比较严格.(笔者之前比较懒,一般很少写完整的单测~~).作为一个合格的开发工程师,需要为所编写代码编写适量的单元测试是十分必要的,在实际进行的开发工作之中,TDD(Test drivern development) 是一种经过实践可行的开发方式.编写单元测试可以帮助我们在开发阶段就发现错误,并且保证新的修改没有破坏已有的程序逻辑. 在 C++之中,常用的测试框架有 Gtest,Boost test,CPPUint 等.正是由于 Gmock 的加持,让 Gtest

1.下载GTEST 下载链接为:https://code.google.com/p/googletest/downloads/list 目前GTEST的最新版本为gtest-1.7.0.zip,因此我们在本文中将以这个版本作为例子讲解. 2.认识文件夹 下载并解压之后,就可以看到gooletest(gtest-1.7.0)文件夹了,里面的内容如下图所示: 这么多文件看起来很麻烦.其实,GTEST提供了对于多个不同平台的支持,例如msvc文件夹是用在微软Visual Studio中,xcode文件

linux下使用gtest框架进行c/c++单元测试 前言 关于此次开发工具的选择,因为我最近尝试在linux下使用vim进行c/c++编程,且之前已经对vim进行了相关的配置,所以这里应作业要求直接附上vim示例使用截图. 单元测试( Unit Test ,模块测试)是开发者编写的一小段代码,用于检验被测代码的一个很小的.很明确的功能是否正确,通过编写单元测试可以在编码阶段发现程序编码错误,甚至是程序设计错误.针对c/c++单元测试有GTest和CUNIT两种主流框架,在这里我选择了使用GTe

介绍 学习如下gtest课程,总结主要的部分 1.玩转Google开源C++单元测试框架Google Test系列(gtest)之一 - 初识gtest 2.玩转Google开源C++单元测试框架Google Test系列(gtest)之二 - 断言 3.玩转Google开源C++单元测试框架Google Test系列(gtest)之三 - 事件机制 4.玩转Google开源C++单元测试框架Google Test系列(gtest)之四 - 参数化 5.玩转Google开源C++单元测试框架Go

前言 Google test是一款开源的白盒单元测试框架,据说目前在Google内部已在几千个项目中应用了基于该框架的白盒测试. 最近的工作是在搞一个基于gtest框架搭建的自动化白盒测试项目,该项目上线也有一段时间了,目前来说效果还是挺不错的. 侯捷先生在<STL源码剖析>中说过一句话:”会用STL,是一种档次.对STL原理有所了解,又是一个档次.追踪过STL源码又是一个档次.第三种档次的人用起STL来,虎虎生风之势绝非第一档次的人能够望其项背.“ 我认为使用一种框架时也是一样,只有当你知道

之前用gtest写过很多c++的单测case, 对gtest的强大和灵活印象深刻:最近需要用ruby写一个小工具, 接触了下ruby, 写了代码就要写单测啊(好的单测确实对代码的健壮性和正确性保证上太重要了) 简单搜了下发现 单测是ruby的一部分, 而不像c++等要引用gtest等三方库,简单可依赖,  简单写个例子 代码: module Brtest class Myfile def write(theFile,theCont) _fileName=File.dirname(__FILE__

转自:玩转Google开源C++单元测试框架Google Test系列(gtest)之五 - 死亡测试 一.前言 “死亡测试”名字比较恐怖,这里的“死亡”指的的是程序的崩溃.通常在测试过程中,我们需要考虑各种各样的输入,有的输入可能直接导致程序崩溃,这时我们就需要检查程序是否按照预期的方式挂掉,这也就是所谓的“死亡测试”.gtest的死亡测试能做到在一个安全的环境下执行崩溃的测试案例,同时又对崩溃结果进行验证. 二.使用的宏 Fatal assertion Nonfatal assertion

转自:玩转Google开源C++单元测试框架Google Test系列(gtest)之四 - 参数化 一.前言 在设计测试案例时,经常需要考虑给被测函数传入不同的值的情况.我们之前的做法通常是写一个通用方法,然后编写在测试案例调用它.即使使用了通用方法,这样的工作也是有很多重复性的,程序员都懒,都希望能够少写代码,多复用代码.Google的程序员也一样,他们考虑到了这个问题,并且提供了一个灵活的参数化测试的方案. 二.旧的方案 为了对比,我还是把旧的方案提一下.首先我先把被测函数IsPrime帖

参考:使用Visual Studio 2017作为Linux C++开发工具 前言 最近在学Gtest单元测试框架,由于平时都是使用Source Insight写代码,遇到问题自己还是要到Linux下gdb调试,还是没有Visual Studio下调试工具那么直观.VS很强大,但是那毕竟是给MS家族产品用的,而且即便是C++项目,VS下开发的项目也没法直接拿到Linux下运行.VS2017推出的跨平台特性很好的解决了这个问题.你可以在保留VS强大功能的前提下,使用远程Linux主机上的gdb进行

前段时间搞优化,最后瓶颈发现都在数据库单点上. 问DBA,给我的写入答案是在1W(机械硬盘)左右. 联想起前几天infoQ上一篇文章说他们最好的硬件写入速度在2W后也无法提高(SSD硬盘) 但这东西感觉从来没证实过,故一时兴起,弄台虚拟机压测起来.   想搞清下面的问题:   1,mysql支撑多少连接数? 2,写入瓶颈到底是多少? 3,求QPS   畅想:  足够的CPU, load>远小于核数*2 足够的内存, 基本只用到物理内存 瓶颈在硬盘,写入速度应该能到90-100M/S(机械硬盘,7