如何有效的报 bug?

2017-08-14 14:51:12 +08:00
 Feiying2

作为程序猿,比较日常的一份工作就是收拾 bug。 一些小 bug,凭经验就能手起刀落。 一些比较棘手的 bug,则不是三下两下能轻松解决的,而用户反馈常常就是一两句话,一两张截图,真把开发都当神了...

我结合自家经验,并参考了他人的方法,希望对同行有帮助。 正确的反馈务须清晰、详细、精确,给出以下 6 个建议:

1、现场演示:重复 bug 出现的操作步骤。这个适用于公司内部人员。

2、详细描述:在什么系统使用哪个版本的 YoMail (可以换成自家软件名),做了什么具体操作,然后得到什么结果。反馈的信息越具体越详细越有效。

3、精确:准确的告诉程序猿,你做了什么,你看到了什么,为什么觉得这是错的?如果有错误报告,一定要提供给程序猿,并提供相关的直接线索,比如你是否做了什么特别设置,或重装系统,或删除、修改了系统文件等。

4、报错之后,你又做了什么?请把它记录下来。如果你没有什么好办法,又并非特别专业,最好的方式是不要乱动。

5、bug 是间歇性问题还是可重现的?大多数错误与某些地方是有联系的,间歇性问题一般在特定情况下也是可重现的。反馈时请确认,是否与自身特殊的计算机配置与系统相关,是否因别的程序在不恰当的时候修改某个重要文件,是否安装或更新了其他互不兼容的应用,特别是安全软件。

6、最后检查一下 bug 反馈是否清晰,是否漏掉了一些关键信息或步骤。并留一个可及时沟通的联系方式。

2030 次点击
所在节点    程序员
8 条回复
saulshao
2017-08-14 15:00:00 +08:00
请研究一下 ITIL 管理规范,基本会告诉你怎么做,甚至还会给你提供模板
Feiying2
2017-08-14 15:12:40 +08:00
@saulshao 谢谢,回头学习下
hxndg
2017-08-14 15:18:39 +08:00
额。这个不就是典型的 qa 复现 bug 么 /
RLib
2017-08-14 15:31:35 +08:00
用户: 程序崩溃了快修复
你: 具体哪里崩溃了?怎么发生的?...
用户: 我不知道, 反正就是崩溃了, 你快修复就是了
你: ...
Immortal
2017-08-14 15:36:38 +08:00
要不多记点日志 客户端做个一键上传的功能 用户提供少量截图或者描述的时候 让他点个按钮把日志上传到服务器再分析?
UnPace
2017-08-14 15:37:49 +08:00
Feiying2
2017-08-17 10:27:07 +08:00
@RLib 这种问题最头疼,问他有没有报告吧,要不只能帮他远程试试了
Feiying2
2017-08-17 10:28:41 +08:00
@UnPace 这个模板好屌,偷走了

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/382810

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX