【发布时间】:2010-09-22 21:53:29
【问题描述】:
除了通知用户之外,我们还希望收集信息用于调试目的。我们的系统是一个只有大约 1400 名客户的小众系统,因此我们的资金并不如我们希望的那样充足,因此错误比我们希望的更常见。我们目前有一个窗口,该窗口以较大的字体显示错误消息的第一行,黄色背景以吸引用户的眼球,其下方的文本框中带有灰色背景的可怕部分。还有一个按钮可以将所有内容放在复制缓冲区中以发送给客户支持。我们试图访问的消息由 exception.Message、堆栈跟踪的最后五个部分以及导致错误的方法的名称 (Reflection.MethodBase) 组成。我们计划添加让用户说出他当时在做什么的能力,也许还有一个单选按钮来指示这种情况发生的频率,并将其写入日志文件。我们还应该包括哪些其他有用的信息?
我们也在考虑通过电子邮件将其发送给客户支持,但如果电子邮件失败,我们不会强调。电子邮件还有其他注意事项 - 客户支持可能会淹没其中,用户可能会反对,因为我们也会发送系统信息,等等。
我在 SO 上发现了两个类似的问题,但它们并没有真正关注我感兴趣的内容。Error Message Text - Best Practices 处理如何为用户制作有用的消息,Best way to handle error messages 处理在哪里保留错误ID 与错误文本。我对调试更感兴趣(因为不幸的是我们的系统确实有很多错误)。
【问题讨论】:
标签: .net debugging error-handling