#1 楼
是的，一定要-您必须编写错误报告！在报告中，请注意该错误是间歇性的，并留下有关您的调查，为重现此问题所做的努力以及可以想到的其他线索的评论。开发人员可能无法重现该问题，但他们可能能够查看代码本身中的错误，或者添加其他代码来帮助揭示该错误该错误报告的另一位读者可能可以添加其他信息导致一种重现该错误的方法
有时将其记录下来，走了一天，然后返回该错误可能会导致重现该错误的突破
也许事实证明既不是重要的错误，也不是根本的错误。在那种情况下，它只花了您一点时间。 。想象一下，客户服务副总裁来找您，并说一个重要的客户遇到了这个错误。然后她问你为什么没有首先找到它。您是否会高兴地说：“嗯，我确实找到了它，但是由于它是断断续续的，所以我不必费心提交错误报告”？还可以！
这里还有我的想法：
https://strazzere.blogspot.com/2010/04/non-reproducible-bugs.html
这是James Bach撰写的有关如何调查间歇性问题的精彩文章：
http://www.satisfice.com/blog/archives/34
#2 楼
记录该错误。首先，记录该错误通常被认为是有用的。如果该错误在以后某个时间点（可能是几个月后）在客户的计算机上显示出来，并且突然变得很重要，则必须对其进行修复。如果无法重现该错误，则他们可以添加额外的日志记录，如果该错误再次出现，则有助于确定原因。他们也许还可以查看其代码并以这种方式确定原因。
#3 楼
当然，您应该记录该问题，标题中可能带有断断续续的单词，或者可能是专门针对此类错误的关键字/标签（取决于缺陷跟踪器）。重新创建此错误，因为很多错误取决于您在触发该错误的特定操作之前所做的操作，因此请尝试捕获您在新的会话和该错误之间可以记住的许多步骤。例如，与其将错误与“编辑评论”功能，与您评论的帖子以及您在评论中输入的文本相关的步骤相关联，还不如尝试将其与某些您在此之前所做的事情（我访问了网站，登录了，查看了我的个人资料，更改了头像，单击了一个赞，然后单击了一个类似的链接，我在A上添加了评论，然后添加了评论张贴B和发生错误。 ，如果您要花一个小时才能消磨时间，然后办公桌已经闪闪发光，那么您可能要寻找这些错误，并观察随着时间的推移会出现什么样的模式。为了Pete的缘故，不要让他们关闭无法再现的间歇性问题。
评论
完全同意。如果您具有自动化功能，我想使用的另一种技术是执行自动化次数（100？），并查看自动化发生的频率，以及是否可以看到何时/为什么发生的任何模式。
–山姆·伍兹（Sam Woods）
13年1月3日，17：29
很好，山姆！使用任何可用的工具-测试自动化很可能是候选者。
–乔·斯特拉泽（Joe Strazzere）
2013年1月3日19:49
我目前不知道如何进行自动化测试，但是一定会牢记这一点。谢谢。
– katrinahispano
13年1月4日，下午1:58
StackExchange上有很多文章，介绍如何收集有关此类错误的更多信息以帮助隔离/重现它们：stackoverflow.com/questions/1102716/…、stackoverflow.com/questions/1102716/…。某些解决方案可能需要与开发人员进行更紧密的合作，例如，向测试中的代码添加更多日志记录。
– dzieciou
2013年1月5日7:25
@JoeStrazzere-另外，IMO，如果可能的话，最好记录一下有关该错误的视频，以便人们知道您看到了真正的问题。当您没有日志或无法访问日志时，此功能特别有用。索取免费/付费的屏幕录像机，并随时随地使用。
– JohnSink
17年7月27日在22:23