作为程序猿,比较日常的一份工作就是收拾 bug。 一些小 bug,凭经验就能手起刀落。 一些比较棘手的 bug,则不是三下两下能轻松解决的,而用户反馈常常就是一两句话,一两张截图,真把开发都当神了...
我结合自家经验,并参考了他人的方法,希望对同行有帮助。 正确的反馈务须清晰、详细、精确,给出以下 6 个建议:
1、现场演示:重复 bug 出现的操作步骤。这个适用于公司内部人员。
2、详细描述:在什么系统使用哪个版本的 YoMail (可以换成自家软件名),做了什么具体操作,然后得到什么结果。反馈的信息越具体越详细越有效。
3、精确:准确的告诉程序猿,你做了什么,你看到了什么,为什么觉得这是错的?如果有错误报告,一定要提供给程序猿,并提供相关的直接线索,比如你是否做了什么特别设置,或重装系统,或删除、修改了系统文件等。
4、报错之后,你又做了什么?请把它记录下来。如果你没有什么好办法,又并非特别专业,最好的方式是不要乱动。
5、bug 是间歇性问题还是可重现的?大多数错误与某些地方是有联系的,间歇性问题一般在特定情况下也是可重现的。反馈时请确认,是否与自身特殊的计算机配置与系统相关,是否因别的程序在不恰当的时候修改某个重要文件,是否安装或更新了其他互不兼容的应用,特别是安全软件。
6、最后检查一下 bug 反馈是否清晰,是否漏掉了一些关键信息或步骤。并留一个可及时沟通的联系方式。
1
saulshao 2017-08-14 15:00:00 +08:00
请研究一下 ITIL 管理规范,基本会告诉你怎么做,甚至还会给你提供模板
|
3
hxndg 2017-08-14 15:18:39 +08:00
额。这个不就是典型的 qa 复现 bug 么 /
|
4
RLib 2017-08-14 15:31:35 +08:00
用户: 程序崩溃了快修复
你: 具体哪里崩溃了?怎么发生的?... 用户: 我不知道, 反正就是崩溃了, 你快修复就是了 你: ... |
5
Immortal 2017-08-14 15:36:38 +08:00
要不多记点日志 客户端做个一键上传的功能 用户提供少量截图或者描述的时候 让他点个按钮把日志上传到服务器再分析?
|
6
UnPace 2017-08-14 15:37:49 +08:00
|