问题标签 [bug-reporting]

偶尔你会收到一个错误报告，通常是来自可能还没有完全理解产品的 QA 新手，这会让你大吃一惊。

我将从一个我的团队（开发人员和 QA）在它发生几年后仍然笑的开始。

我正在开发的产品有一个带有一组按钮的工具栏，可以切换应用程序状态的某些方面。我收到了一个错误报告，上面写着“当你按下按钮 [x] 时，它会卡住。你必须再次按下它才能让它松开。”

我想以类似于 ESR 的How To Ask Questions The Smart Way的风格编写（或查找）有效错误报告的指南

您对有效的错误报告有哪些重要提示？

我如何让 Microsoft 知道我在其核心库例程之一中发现的问题？他们是否有一个中央存储库来报告这些事情？

我不是 Microsoft 开发网络 (MSDN) 的成员。

或者我什至应该打扰？

所以，我在一个相当小的 IT 部门工作。我们有大约一半的最终用户使用的故障票务系统。我的一些同事并没有真正鼓励我们的最终用户使用我们现有的系统。最终结果？经常中断，因为最终用户会通过 IM 联系我们或直接来我们的办公室处理琐碎的事情。这显然会使编写代码变得困难。

现在，我想我可以说“嘿，下次你介意填写一张故障单吗？”，但我会以坏人的身份出现，因为其他人不会这样做。我也不希望最终用户觉得我难以接近。我只是想让他们明白，有一种寻求帮助的适当方法。

那么在这种情况下对我来说最好的事情是什么？

我想要一个表单，用户可以在其中报告有关我的应用程序的错误。我最初的想法是在应用程序中创建一个关于帐户的随机 gmail 帐户硬代码信息，并将报告邮寄到我可以将它们转发到我的电子邮件的帐户。使用 JavaMail。我不想只维护接收错误的 SMTP 服务器。你们怎么做有什么建议吗？

我在我的服务器上运行了很多 java 代码，偶尔我会遇到 JVM 崩溃，并伴有崩溃转储hs_err_pid文件。

最近决定努力做一个更好的网友，于是查看了最新的crash log，确定确实是最新的JVM，并且crash不是外部库引起的，然后尝试将文件提交到Sun 的错误数据库。

但是，整个提交过程似乎是为了防止您提交错误报告，确保您选中该框以确认您了解这不是接受支持的地方，并强迫您填写他们可以填写的所有这些信息实际上是从崩溃文件中获取的，以及一些更完全不相关的信息，例如我的公司名称和 Sun 帐户 ID。

所以我的问题是双重的：

1. 有没有什么后门可以让我说，“看，这是一个崩溃日志，你喜欢用它做什么”？
2. 我应该打扰吗？Sun 似乎在暗示他们有足够多的错误报告，而且他们真的不需要人们向他们发送更多的崩溃日志文件。

我应该怎么办？

编辑：如果我不够清楚，我只是想帮助 Sun 和社区。我不希望有任何修复、解释或支持。

另一方面，我对这些崩溃并没有足够的关注，以至于根本没有努力重现它们或调查它们。

It's almost a year ago that I asked this question on SO: Menu Accelerator Keys Not Showing Up (Delphi 2009)

The Delphi programmers here at StackOverflow were superb with their answers, and within 16 hours, I was able to conclude that this was a bug in the VCL of Delphi 2009 that was not there in Delphi 4.

So at that time I reported it on Embarcadero's Quality Central, Report # 68816 with the title: "Menu Accelerator Keys Not Showing Up".

I gave it a Severity of "Serious / Highly visible problem", and I think I was detailed in the description, even giving a link back to the StackOverflow question where they could get more info and screen shots.

It was noticed by someone at Embarcadero about two and a half weeks later, and under the Resolution Comments the comment added was that it was "Promoted to internal database".

I'm not sure what the "internal database" is - probably a bug repository - but that does not tell me at all what the status of my bug report is, since it is now over 10 months later and there is no indication of any progress happening at all. The status of the question is still "open" and its resolution is still listed as "None".

I would like to elevate the urgency of this bug report somehow. How can I do this?

当我进行 Web 开发时，我使用定制的记录器来捕获致命错误并将跟踪附加到文件并向用户显示消息。我偶尔可以浏览一下文件是否更改，这意味着某些用户遇到了错误，我可以深入了解他们遇到了什么。

我想在 iphone 上有类似的东西，但有一些警告：

• 在开发过程中，重置错误列表或关闭通知应该很简单。
• 在开发过程中，错误消息也应该出现在一些明显的地方，比如控制台的屏幕上
• 一旦部署，错误应该礼貌地发送到母舰进行分析（在下一次更新中修复错误）
• 在开发过程中尝试跟踪问题时打开跟踪/信息日志记录
• 关闭“发布”的控制台日志记录以加快用户的操作
• 应该在自己之后进行清理，以便在电话中成为一个好公民

一些相关链接

• 使用 GSLog 代替 NSLog
• 登录到 iPhone 上的文件
• 在 Mac 上，人们说 Apple System Logger 和 GTM Logger 是采用Objective-C 日志记录最佳实践的方式
• Jeff A 关于日志记录的博客条目

似乎有一个通用的工具包可以做到这一点 - 你如何处理这个？

[2011 年 10 月更新] 有一些发展，成熟度不一...

• PLCrashReporter。
• Quincy位于 PLC 之上。
• Bugsense商业崩溃记者。
• Crittercism崩溃和错误报告（一些免费包，一些付费）。
• 测试飞行现在有一个捕捉崩溃的 SDK（但还没有用于应用商店应用程序，只是开发应用程序）。
• 与 Test Flight 一样，Hockey旨在将临时分发与崩溃报告相结合。

我们编写了一个 Windows 桌面应用程序，它安装在我们无法访问的几千台计算机上。当其中一个用户报告错误时，即使描述非常详尽，也有其他信息可能会有所帮助。

我们目前正在开发一个自动反馈代理，这意味着我们将可以访问非常详细的信息。但就像糖果店里的孩子一样，我们不知道从哪里开始。 在同一案例中，您会在反馈包中包含哪些信息？ 有什么帮助我们重现那里的错误？

到目前为止，我们得到的是：

• 我们应用的版本号，
• 操作系统和操作系统版本号
• 代理信息
• .NET 版本和更新号
• 特定于我们应用程序的信息（例如数据版本）
• 访问和错误日​​志

请注意，这与此问题类似，但是我们对在程序崩溃时获取信息的兴趣不如在用户遇到错误时获取信息的兴趣。

编辑：澄清：不是询问用户在出现错误时应该提供哪些信息，而是我们应该以编程方式收集哪些信息？

您如何指导用户报告 Android 中的错误？有什么建议或提示吗？

我想向我的用户发送详细说明，以充分利用他们的错误报告。我知道有各种应用程序会从设备发送错误报告，我想知道其他 Android 开发人员如何处理这个问题。