Bugzilla提Bug

1.精确定位BUG,即逐个排除环境问题.操作问题,确认BUG确实存在: 2.能够清晰描述出所遇到问题的情况,并且将在不同状况下是否会遇到同样的问题,准确描述给开发: 3.和程序员沟通过后,像程序员提BUG时,整理成报告.规范报告内容,逻辑清晰,简单明了.及时和开发做沟通,了解修改BUG的进度.

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

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

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

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

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

参考:http://www.bugzilla.org/docs/3.2/en/html/api/Bugzilla/WebService.html API名称 Bugzilla::WebService - Bugzilla的Web Service接口 描述 这是外部程序想与Bugzilla发生交互的标准API,它提供了各模块的各种方式.当前访问该API的唯一方式是通过XML-RPC,相关标准可参看: http://www.xmlrpc.com/spec Bugzilla WebServices的访

我决定谈一谈世界上最著名的虫子: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修复截止时间如何确定?