这是一个创建于 2689 天前的主题，其中的信息可能已经有所发展或是发生改变。
作为程序猿，比较日常的一份工作就是收拾 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
 |
Select Language