如何有效地报告 Bug 引言 为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵--译者注)报告,例如: 在报告中说"不好用": 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么"技术支持"被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的b…

英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”: 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收…

英文原文:Simon Tatham,编译:Dasn 引言 为公众写过软件的人,大概都收到过很拙劣的bug报告,例如: 在报告中说“不好用”: 所报告内容毫无意义: 在报告中用户没有提供足够的信息: 在报告中提供了错误信息: 所报告的问题是由于用户的过失而产生的: 所报告的问题是由于其他程序的错误而产生的: 所报告的问题是由于网络错误而产生的: 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理.然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收…

对于比较棘手的bug,反馈务须清晰.详细.精确,我们给出以下6个建议: 1.现场演示:重复bug出现的操作步骤.这个适用于公司内部人员.   2.详细描述:在什么系统使用哪个版本的YoMail,做了什么具体操作,然后得到什么结果. 反馈的信息越具体越详细越有效.   3.精确:准确的告诉程序猿,你做了什么,你看到了什么,为什么觉得这是错的?如果有错误报告,一定要提供给程序猿,并提供相关的直接线索,比如你是否做了什么特别设置,或重装系统,或删除.修改了系统文件等.   4.报错之后,你又做了什么?…

这两项可谓是我们测试人员的基本要求了,不过实话说的是,我自己这两方面很薄弱.哎!!! 这两篇文章都看过了,不过我在这也记个笔记吧.督促自己!!! <提问的智慧> <如何有效地报告Bug>…

"出错了." 没有那句话能像"出错了"一样让程序员/开发者如此沮丧,心里翻江倒海,怒火一点即燃,还要死掉一大片脑细胞. 这句生硬的开场白通常标志着让开发者恐惧的长时间排错工作要开始了. 在我的职业生涯中,我就进行过好几次这样的对话: "出错了." "什么出错了?" "网站." "网站什么地方出错了?" "我不确定.你把它弄好就是了." 对于很多的非技术人员来说,这句话…

第八章 测试执行/报告BUG QQ群交流:585499566 把他们放到一起,是因为报告bug是在执行的过程中同步进行的——即执行用例的过程中一旦发现bug我们需要立即把其报告到我们的bug管理系统redmine中去. 执行测试以前,需要为每个测试计划创建一个build版本,一个测试计划可以创建多个构建——我们可以这样,用每次发布的版本号来标识,表明我们执行测试计划的版本是哪个,并且可以和redmine对应.   当然了,也可以用其他含义的标题,诸如本次测试执行的侧重点什么的. 创建好构建后,将…

前言:因为最近要给兄弟Team分享一下如何有效地报告bug, 故多做一做功课.下面给出一篇博客的中英文对照翻译. The Art Of Reporting Bugs | 报bug的艺术 My initial intention was do a write-up on debugging tips, then it dawned on me that even before debugging an issue,  there needs be an emphasis on how the bu…

提问的智慧 How To Ask Questions The Smart Way Copyright © 2001,2006,2014 Eric S. Raymond, Rick Moen 本指南英文版版权为 Eric S. Raymond, Rick Moen 所有. 原文网址:http://www.catb.org/~esr/faqs/smart-questions.html Copyleft 2001 by D.H.Grand(nOBODY/Ginux), 2010 by Gasolin,…

原文版本历史 目录 声明 简介 在提问之前 当你提问时 慎选提问的论坛 Stack Overflow 网站和 IRC 论坛 第二步,使用项目邮件列表 使用有意义且描述明确的标题 使问题容易回复 用清晰.正确.精准并合法语法的语句 使用易于读取且标准的文件格式发送问题 精确的描述问题并言之有物 话不在多而在精 别动辄声称找到 Bug 可以低声下气,但还是要先做功课 描述问题症状而非猜测 按发生时间先后列出问题症状 描述目标而不是过程 别要求使用私人电邮回复 清楚明确的表达你的问题以及需求 询问有关…