聪明的提BUG

某个周四早上,沏好一杯茶,刚要坐到座位上,就听开发说,你们测试怎么提的Bug,给个截图能说明啥?截图上面显示的奔溃,如果是必现还好,如果不是必现,那么我们怎么去定位?至少给个日志吧?当时我的内心活动是,昨晚你们下班走了,留下我们测试,5分钟找出两个奔溃,这两处奔溃是用户必须去操作的两个按钮,你们打完包居然连点都没点就直接发布了,说好的自测,说好的版本质量呢?但是嘴上却说,你们要日志,你们早说呀,那不能我们随便给个日志给你吧?日志是什么类型?总得有约束吧...... 我叫皮皮,是一名软件测试工程师

本文来源网络 杀一个程序员不需要用枪,改三次需求就可以了! 对于程序员来说.没老婆不悲催.悲催的是:没老婆.控制台还不停的提示你:Error:could not find the object 假如生活欺骗了你,不要悲伤不要心急.<代码大全>会一直陪伴着你-- 程序员被提bug之后的反应: a.怎么可能: b.在我这是好的,不信你来看看: c.真是奇怪,刚刚还好好的: d.肯定是数据问题: e.你清下缓存试试: f.重启下电脑试试: g.你装的什么版本的类库(jdk): h.这谁写的代码: i

Bugzalli:软件缺陷跟踪系统 1 Component 部件,组成部分 2版本  3 severity严重程度(critical major normal trivial enhancement) 4 os操作系统 5 收发件人 6概括描述summary  7详细描述 注意 如果修改了Bugzilla中的任意点内容,模板的收发件人就变成了默认的了,切记要改收发件人. 所以写完检查好,所有的东西都是正确的再点击发送,细心一点 指定处理人: 可以指定一个处理人 如不指定处理人,则系统指定管理员为

测试是软件开发过程中必不可少的一个阶段,一款软件能够交付用户使用必须在测试环节过关.很多人觉得测试简单却往往忽略了它存在的必要性,测试和开发就好像考试对于一个学期的意义一样,没有测试的软件称不上一件合格的产品. 首先开发者是软件的第一测试人员,经过反反复复的发现bug解决bug之后开发出来的程序才能交给测试人员测试.所以了解测试的目的.流程.规则等相关程序可以更好的辅助开发,把测试的那一套思想提前融合在程序开发中,可以避免很多不必要的麻烦,至少在以后开发中和测试组也容易沟通,当然这也是我参加测试

本来地图网页运行的好好的,突然从上周四(2014/11/27)开始,就开始接到 PM 和 QA 说网页崩溃的报告. 然后我就在本机重现,刚开始以为是有网页上有什么内存泄漏:可是都运行这么长时间了,并且 IE 和 Firefox 都没有出现过此问题,看来应该是和 chrome 有关系了.说归这样说,可是需要证据啊.于是就猜测是不是 Chrome 新自动升级引入的BUG,然后就开始了漫长的排查过程. 找了好几个同事来协助排查,也没有发现页面上有任何内存使用异常的现象:但是就 Chrome 进程内存却

我决定谈一谈世界上最著名的虫子:BUG ! BUG 困扰了一代又代的程序员,不论是杰出的计算机科学家,还是像 Linus Torvalds(Linux内核创始人) .Bill Joy(传说三天写出BSD的前身,vi和csh的作者)等神一样的传说,抑或你我芸芸程序猿,都是 BUG 骚扰的对象. BUG 是绝对狂热的好战分子,具有永不停歇的战斗欲望,它潜伏在程序员的周围,一双小眼贼亮贼亮,在你百密一疏时出其不意一击奏效.而无论你是钢筋铁骨,还是羊脂玉体,只要被这只虫子袭击(看过<木乃伊>的话,对圣

由于公司的bug管理工具是禅道,上手之前看了下禅道测试模块的使用,并记录了下来 角色:产品经理PO,项目经理PM,开发,测试 测试任务: bug: 1.维护bug视图模块:[测试]-[Bug]-左侧[维护模块]:维护软件每一个模块,即新建-删除-修改模块/子模块名称(如[首页]模块,[关于我们]模块) 2.提交bug:[测试]-[Bug]-[+提Bug] 注意点: (1)Bug的优先级别(见bug优先级别随笔)以及严重级别标准? (2)Bug负责人如何划分? (3)Bug修复截止时间如何确定?

Bug 管理系统之重 回想我们每次开启一个新项目,筹备之初,首要之事就是选择一款 Bug 管理系统.市面上有诸多 Bug 管理系统可供选择:Jira.Redmine.Bugzilla 等.这些系统功能强大,经过多年的迭代,可谓无所不能,却又无一例外,存在如下问题: 功能复杂 用户体验差 学习成本高部署难 这些问题,在不涉及到 App 开发的时候,还可以忍. 移动应用 Bug 管理之痛 在一切皆移动的时代,一款 App 几乎是所有创业项目的标配,测试提 Bug 是 App 开发的重要步骤,崩溃管理

我们在软件测试过程中,由于不同人员测试同一个项目,所以往往会出现Bug重复提交情况,导致对整个项目和人员产生影响: 浪费测试人员时间和精力,从而影响测试进度 浪费开发人员重复看Bug时间 若开发人员由Bug数量算绩效,会影响开发人员和测试人员之间的关系 导致整个测试工作不规范.不严谨 对于测试人员来说避免重复提Bug和提一个精确有效的Bug一样重要.为了避免重复Bug,先分析下导致Bug重复的可能情况: 不同测试人员重复测试相同的模块 不同测试人员重复测试相交的模块 总结了下解决上述情况的办法(