<分区>
好的，Bugzilla会吓坏普通最终用户。甚至像 Mantis 这样的东西对于外行来说有点恐怖。
我可以实现什么方法、Web 包(首选)、界面、任何东西来让我的最终用户和客户以一种可理解的方式报告错误变得简单、直观且丝毫不令人生畏？
我喜欢基于表单或点击式的想法，而不是像 Bugzilla 这样全面和令人生畏的东西所需的先验知识。
电子邮件虽然对普通玩家来说很容易接受，但似乎不太理想，因为它不会提示用户提供我需要尝试找出问题所在的各种信息。
到目前为止Bugs - The Bug Genie似乎是让普通用户面对的最不可怕的选择。我进行了搜索，但没有找到任何类似我的问题。
请提出建议、想法和见解!
最佳答案
您完全正确 - 使用 bugzilla 不取决于用户。那是给开发者的。
如果您希望用户使用它，那么来自用户端的错误报告需要非常简单。 (即，当我看到“向 MS 报告此错误”时，我通常会点击取消，即使它是一键式机制。)
这不仅与您获得跟踪错误所需的信息有关，还与让用户感觉他们正在做某事一样，就像他们正在被照顾一样，所以请牢记这一点。
作为所有这一切的结果，我会选择适合您作为开发人员的任何错误跟踪包，然后从专为您的最终用户构建的漂亮、简单、友好的 Web 表单界面中输入该包。
然后当发生错误时，尽量只向用户询问您无法以编程方式回答的问题。理想情况下，您的异常处理应该已经跟踪他们当前的操作(保存发票)、当前上下文(发票屏幕)、正在处理的实体(发票#10013)以及程序中的所有异常信息。如果您无法捕获并远程检索它，请在用户单击“报告此问题”时将其提供给您的网络表单(在 URL 参数或其他内容中)。确保您注意任何敏感数据要求。
那么您只需要向您的用户询问诸如“关于此问题，我们如何才能最好地与您联系？”之类的人性化问题。 (方法/时间/等)，并让他们了解他们需要多长时间才能得到人类的回应。
我知道这不提供软件推荐，但希望它仍然是处理您的问题的好建议。
关于bug-tracking - 满足用户报告错误的最佳方式是什么？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/628840/