debugging - 您如何处理间歇性错误？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

5年前关闭。




Improve this question




设想

您有几个错误报告都显示相同的问题。他们都是神秘的，有着类似的问题是如何发生的故事。您按照这些步骤操作，但它不能可靠地重现问题。经过一些调查和网络搜索，您怀疑可能发生了什么，并且您非常确定可以修复它。

问题

不幸的是，如果没有重现原始问题的可靠方法，您无法验证它是否确实解决了问题，而不是完全没有效果或加剧和掩盖真正的问题。你不能修复它，直到它每次都可以重现，但这是一个大错误，不修复它会给你的用户带来很多其他问题。

问题

你如何去验证你的改变？

我认为对于任何设计过软件的人来说，这都是一个非常熟悉的场景，所以我确信有大量的方法和最佳实践来解决这样的错误。我们目前正在研究我们项目中的这些问题之一，我花了一些时间来确定问题，但无法证实我的怀疑。一位同事正在对我的修复进行浸泡测试，希望“一天没有崩溃的运行”等同于“修复”。但是，我更喜欢更可靠的方法，我认为这里有丰富的经验。

Answer 1

一旦你完全理解了这个错误(这是一个很大的“一次”)，你应该能够随意重现它。编写重现代码(自动测试)时，您修复了错误。

如何达到你理解错误的地步？

检测代码(疯狂地记录)。与您的 QA 合作 - 他们擅长重现问题，您需要安排在他们的机器上为您提供完整的开发工具包。对未初始化的内存/资源使用自动化工具。只是简单地盯着代码。那里没有简单的解决方案。