GoogleTest死亡测试的跨平台BUG】的更多相关文章

最近工作用到了GoogleTest来作单元测试,但是死亡测试的ASSERT_DEATH语句一直跑不通. GoogleTest会启动子进程来运行代码,并捕捉子进程的错误消息,这就是所谓的"死亡测试". 直接上代码: 1 #include <stdio.h> 2 #include <iostream> 3 4 #include <gtest/gtest.h> 5 6 using namespace std; 7 8 class X { 9 public:…
第八章 测试执行/报告BUG QQ群交流:585499566 把他们放到一起,是因为报告bug是在执行的过程中同步进行的——即执行用例的过程中一旦发现bug我们需要立即把其报告到我们的bug管理系统redmine中去. 执行测试以前,需要为每个测试计划创建一个build版本,一个测试计划可以创建多个构建——我们可以这样,用每次发布的版本号来标识,表明我们执行测试计划的版本是哪个,并且可以和redmine对应.   当然了,也可以用其他含义的标题,诸如本次测试执行的侧重点什么的. 创建好构建后,将…
一.作为测试人员,你应该这样报BUG: 不要对程序员说,你的代码有BUG. 他的第一反应是:1.你的环境有问题吧:2.你踏马到底会不会用? 如果你委婉的说:你这个程序和预期的不一样,你看看是不是我的方法不一样. 他本能的会想:是不是程序出BUG了. 二.和程序员聊BUG是个技术活 1. BUG存在性 测试员在遇到问题,第一反应不要着急确认是否为BUG.追踪分析所遇问题,验证环境配置.实际操作没有错误的前提下,确认BUG并将其提给开发. 2. BUG随机性 在确认BUG存在的情况下, 确认BUG是…
转自:玩转Google开源C++单元测试框架Google Test系列(gtest)之五 - 死亡测试 一.前言 “死亡测试”名字比较恐怖,这里的“死亡”指的的是程序的崩溃.通常在测试过程中,我们需要考虑各种各样的输入,有的输入可能直接导致程序崩溃,这时我们就需要检查程序是否按照预期的方式挂掉,这也就是所谓的“死亡测试”.gtest的死亡测试能做到在一个安全的环境下执行崩溃的测试案例,同时又对崩溃结果进行验证. 二.使用的宏 Fatal assertion Nonfatal assertion…
互联网人罪状系列 1.上班第一天,前端把后端告上县衙,还列了 5 宗罪 2. 程序员状告产品经理八大罪状 (上) 3.程序员状告产品经理八大罪状(下) 开发人员与测试人员的关系,就如同程序员与产品经理的关系一样,开发没了测试,项目没有办法保质上线,产品经理离了程序员,再牛的产品,也只是纸上谈兵. 所以两者之间,就像鱼跟水,谁能离不开谁,却又相互看对方不爽,这不,公司的开发与测试人员,又吵起来了,这次玩的还有点大,直接对簿公堂了- 本期漫画情节纯属虚构,切勿对号入座 如有雷同,纯属巧合. 这是苏南…
1.bug由来 虫子爬进主机引起继电器短路,导致机器故障.真正的缺陷是:主机散热孔少装了块金属丝,这样才能防止虫子爬到主机. 2.什么是bug? bug是缺陷的一种表现形式,而一个缺陷是可以引发多种bug的.软件测试,为了发现软件中的错误而运行软件的过程. Bug评判点 1)软件未达到客户需求文档 的功能和性能 2)软件出现客户需求不能容忍的错误 3)软件的使用未能符合客户的习惯和工作环境(易用性兼容性) 4)软件超出需求文档的范围(需求bug) Bug分类: Defect,缺陷:存在于软件中的…
缺陷大扫除(Bug Bash)是一项短期的全员测试活动.在微软,许多开发团队会在里程碑(milestone)的末期执行缺陷大扫除.程序员.测试员.程序经理.内部用户.市场人员在1~3天的时间窗口中,运用各自的技能和职业背景,集中精力来搜寻软件的缺陷.通常,每位参与者会获得一个小礼品,发现缺陷数目最多的冠军会获得一份大奖. 一般认为,缺陷大扫除的优势在于引入了“更多的眼睛”.程序员更了解程序逻辑和实现细节,有可能发现隐蔽的缺陷;测试员更擅长缺陷猜测和持续攻击,有可能发现其他测试员遗漏的缺陷;程序经…
还不知道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…
功能测试有一套框架来实现完整的覆盖测试的各个维度 测试框架: 参加本人之前的博客测试框架(包括总体的框架.web测试框架.PC客户端.手机客户端.服务器端.接口测试)六部分,罗列了各个领域的测试覆盖考虑点 bug预防: 主要是web端常见问题->包括分辨率兼容性,浏览器兼容性.,link问题,快捷键和焦点的切换,前进.后退和刷新问题,页面提示语言.JS提示语言.程序提示语言.文字缩略和折行. 图片的显示和链接.重复提交.输入判断问题.过个IE同时访问的问题.安全考虑.防止sql注入和跨站攻击.c…
在web测试过程中,经常会遇到页面中内容或数据显示错误,甚至不显示,第一反应就是BUG,没错,确实是BUG.进一步了解这个BUG的问题出在那里,是测试人员需要掌握的,可以简单的使用浏览器自带开发者工具.数据库工具配合去排查. 1.开发者工具的使用 (1)打开开发者工具,在浏览器菜单栏选择工具-开发者工具,快捷键是F12 (2)打开之后切换到Network页签,操作就可以看到请求响应 (3)在选择响应的链接,切换到Preview页签,可以看到响应的结果数据 (4)结果中可以看到数据字段.值 2.可…