“出错了。”没有任何一句话能让程序员/开发人员像“出了点问题”那样沮丧、不知所措、愤怒和死亡。直截了当的开场白通常标志着让开发人员感到恐惧的长时间故障排除的开始。在我的职业生涯中，我有过几次这样的对话：“出了什么问题。”“什么地方出了错？”“网站。”“网站出了什么问题？”“我不确定。你修好了。”对于很多非技术人员来说，这句话在逻辑推理上几乎是天衣无缝。毕竟，测试网站不是他的工作，所以指出错误也不是他的工作。然而，他发送了一个非常模糊的错误报告，这意味着他决定承担报告需要修复的错误的责任，同时，他使修复过程既耗时又混乱。错误：程序员的眼中钉无论您喜欢还是讨厌它，错误都是所有软件不可避免的一部分。程序员可以通过数小时的反复试验找到并修复许多错误。工程师如果不花大量时间与提交问题的人交谈并进行乏味的反复试验来重现问题，就不可能推断出问题是什么。修复错误需要大量工作。像“出了点问题”这样的模糊报告可能是任何东西——网站可能关闭，注册页面可能出错，应用程序可能在不知不觉中拍下用户的裸体照片并通过电子邮件发送给朋友——根本无法弄清楚发生了什么.惊喜！您是质量经理即使进行了最严格的质量保证(QA)测试，错误也会时不时地漏掉。对于小型团队和个人开发人员，通常根本没有正式的QA测试——将客户、经理或员工作为QA工作的一部分。作为与软件开发人员一起工作的非技术人员，您将始终在某种程度上扮演QA测试员的角色——无论这是否包含在您的工作描述中。接受你的新职责不会对你造成伤害。当一个严重的BUG影响了工作，让整个团队都面面相觑时，如果你能帮忙找到BUG，BUG就会更快解决。报告Bug的正确方法现在介绍如何编写Bug报告以帮助缩小问题范围、让您的开发人员满意并尽快启动和运行您的软件。一份好的错误报告应该包括以下部分：1)概述出了什么问题？总结不超过10个字。2）定位错在哪里？如果是网站，请复制并粘贴URL。如果不是，请给出出现问题的窗口的名称。3）软件的运行环境是什么？你用的是PC还是MAC？火狐还是铬？iPad还是iPhone？iOS还是安卓？软件的版本是多少？您安装了哪些浏览器插件？后台运行了什么奇怪的软件？4）描述问题。详细描述发生的事情。5)列出重现问题的步骤。描述您在问题发生之前采取的每一个步骤。例如：“1)打开浏览器；2)访问www.mysite.com；3)点击“登录”按钮”6)预期情况和实际情况写下您执行上述步骤时预计会发生什么，以及实际发生了什么发生了什么。示例：“预期：显示登录表单。实际：显示带有泰迪熊的图像和‘站点已关闭，请耐心等待’这句话。”7)建议修复您认为您知道如何解决这个问题？非常好！通过写下您对如何解决问题的想法来节省工程师的时间和挫败感。8)截图！如果您能看到问题场景，请将其截屏并附在报告中。有时，这是您在错误报告中提交的最重要的内容。如果能在截图上标记指出问题就更好了。截取屏幕截图取决于您使用的计算机或设备。如果不能截图，就用手机把屏幕截图发过去。9)优先级优先级是主观的，bugreporters总觉得什么都是最重要的。但公平地说，在考虑问题的真正重要性之前先深吸一口气。以下项目可能对您有所帮助。1.极其重要：“停止其他事情，现在解决这个问题！！！”2.重要：“需要尽快修复。”3.将军：“赶紧修，不能马上修也没关系。”4.不重要：“如果有必要，这个问题可以推迟。”5.非常不重要：“这个想法或建议应该暂时搁置。“让工程师爱你如果你发现了一个错误——不管它看起来多么可怕，停止你正在做的事情，退后一步，并写一份适当的错误报告。如果你的开发人员构建有一个问题跟踪系统，你应该已登录，但如果您没有（或找不到），您可以发送电子邮件或开始编写文档。如果您遇到很多错误，请尝试创建一个电子表格以将它们全部列出来分发它。不要只是给工程师打电话或发短信。在发出警报之前将发现的错误归档，工程师将使用您的报告在修复过程中将其用作参考。所以现在当您查看开发人员的新软件或让你大吃一惊的东西，你知道如何在不打扰你的工程师的情况下更快、更有效地修复它。你成为团队中有用的一部分，而不是一个不能提供任何线索的局外人，也许你会学到一些东西可以让你成为软件专家的过程原文链接：RonWhitman翻译：BoleOnline-toolate翻译链接：http://blog.jobbole.com/72214/
