error-handling - 当您的软件在现场崩溃时，您会捕获哪些信息？

Question

关闭。这个问题需要更多 focused .它目前不接受答案。












想改进这个问题？更新问题，使其仅关注一个问题 editing this post .

3年前关闭。




Improve this question




我正在重写我的意外错误处理过程，我想问社区:

当您编写的软件崩溃时，您会自动和手动捕获哪些信息？

现在，我捕获了一些项目，其中一些是:

自动:

崩溃的应用名称

崩溃的应用版本

堆栈跟踪

操作系统版本

应用程序使用的 RAM

处理器数量

屏幕截图:(仅限非公开应用)

用户名和联系信息(来自 Active Directory)

手册:

用户所处的环境(即:什么公司、技术支持电话号码、RA 号码等)

用户期望什么时候发生？ (典型响应:“不要崩溃”)

重现步骤。

您还捕获了哪些其他信息来帮助您发现应用程序问题的真正原因，特别是考虑到大多数用户在被要求告诉您发生了什么时只是简单地敲击键盘。

作为记录，我正在使用 C#、WPF 和 .NET 第 4 版，但我不一定想将自己局限于这些。

相关: What to: Collect Information When Software Crashes

相关: What should be included in the state-of-the-art error and exception handling strategy?

Answer 1

现在来自偏执狂阵营:(

考虑软件的目标行业。收集有关用户的任何信息(甚至是事件目录名称)或网络可能会使您的应用程序被黑，并可能承担责任。即，如果您的错误数据库遭到破坏，并且该信息被用于闯入银行或政府实验室网络，该怎么办。会注意到包含他们 IP 的错误报告吗？可以起诉吗？也许...

例如，如果您需要收集特定于网络的数据来诊断网络问题，请考虑让您的应用在将数据发送回给您之前用占位符替换任何系统名称或 IP。 (emailSrvr1、bankAcctNumSrv 变为 srvr1 和 srvr2)跟踪问题更麻烦，但可能值得。这仍然会捕获可能给您带来麻烦的信息，但可能会有所帮助。

几年来，我一直在与高端企业和政府合作，这为我的观点增添了色彩，但可能值得考虑您正在收集什么以及如何存储它。