#1 楼
您将希望帮助开发人员为您提供帮助。mbanzon的回答提到，开发人员将收到错误的堆栈跟踪信息，但这只会告诉我们哪里出了问题以及哪里出了问题。
它没有告诉我们有关应用程序所处状态的任何信息：该数字的值是什么，或者在文本字段中输入的文本是什么？最重要的是，用户究竟做了什么使应用程序崩溃？
后一个问题特别重要，这样我们就可以重现该错误，并帮助我们理解为什么在这种情况下应用程序崩溃了。开发人员，写下您的工作，您的期望和所看到的。例如：
我启动了应用程序，然后按了按钮进入报告屏幕。然后，我按下按钮以生成报告，然后应用崩溃了。有趣的是，该屏幕为空白：没有可见的数据。
如果您不喜欢输入太多内容，则可能会很短：
按下按钮即可生成报告。屏幕为空白。
#2 楼
如果您有任何有助于确定问题的信息，它可能是一个很好的补充，对开发人员有很大帮助。如果您通过蓝牙播放音乐，并且当您切换到其他蓝牙扬声器时音乐应用程序崩溃，并且每次切换扬声器时都遇到这种情况，那么写“当我切换蓝牙扬声器时会发生变化”会很有用。 br />开发人员可以获得错误的完整堆栈跟踪信息（仅适用于其应用程序中的代码），在许多情况下，这足以查找和解决错误。评论
我是开发人员。有时根本不可能修复崩溃，因为我不知道它在哪里崩溃。 （保护者）。只需发送一则小信息即可使开发人员更轻松地解决此问题。
– Thomas Vos
16-6-25在14:10
您是完全正确的-用户知道导致崩溃的原因的任何信息，他们对编写很有信心，可以为您提供帮助。只是重新排列了我的答案以突出其真实含义;-)
– Michael Banzon
16年6月25日在14:20
@SuperThomasLab-即使使用Proguard，如果具有映射文件，您仍然可以读取/取消对堆栈跟踪进行模糊处理，这将告诉您崩溃的位置。阅读Proguard指南的“解码模糊的堆栈跟踪”部分：developer.android.com/studio/build/shrink-code.html以及以下内容：support.google.com/googleplay/android-developer/answer/6295281
– JonasCz-恢复莫妮卡
16 Jun 25'14:52
@JonasCz我知道您可以解码它（Google Play DC可以帮我解码），但是，您仍然无法获得崩溃的确切行。
– Thomas Vos
16年6月25日在15:03
@SuperThomasLab您也许也可以保留行号：Proguard跟踪丢失的行号
– JonasCz-恢复莫妮卡
16年6月25日在15:06
#3 楼
作为开发人员，通常我会收到类似“它崩溃”的消息，这对我没有任何帮助。实际上，我鼓励您不要提供消息，除非您可以解释如何重现它（例如，如果通过执行应用程序中的特定操作使消息崩溃）。技术信息，通常比显示崩溃位置的消息有用。例如，技术信息会告诉我们它崩溃的确切代码行，并且更多地可以告诉我们确切发生了什么。所以基本上，如果您无话可说关于崩溃，只需提交它而不发出任何消息，它将仍然有用。
评论
我还要补充一点，开发人员只能修复其应用程序中的错误。如果操作系统本身存在错误（例如，许多错误被深深埋在WebView中），那么除了向Google报告问题并希望他们将其修复后，别无选择。大约有20％的时间会发生这种情况。如果崩溃报告是操作系统级别的错误而不是应用程序开发人员的队列，或者如果有一种简便的方法可以将崩溃报告向上游推送/推送给Android团队而不必使用他们，那么崩溃报告会自动转到正确的位置会很不错票务系统。
– CubicleSoft
16年6月25日在17:48
@CubicleSoft记者如何知道这是否是操作系统错误？请记住，报告程序也是操作系统的一部分。甚至Google开发人员也无法采取任何措施来确定它是否是操作系统错误。他们需要检查或手工复制它。同样，请先发送给应用开发者，不要与Google混为一谈。
– EKons
16年6月26日在13:25
@CubicleSoft对于在Android设备上遇到崩溃的任何用户，这可能是有用的信息，但实际上不在此问题的范围内。
– nhaarman
16 Jun 27'在11:39
@ΈρικΚωνσταντόπουλος记者不会知道这一点。但是，Google Play可能足够智能，可以查看堆栈跟踪并确定崩溃应该升级到Google，因为崩溃不在开发人员的权限范围之内。那只会把相关的崩溃留在开发人员的队列中。当前的状况是，无用的崩溃报告最终会落在开发人员的队列中，因为他们是操作系统级别的错误，因此他们无能为力。因此，用户只会崩溃并进行报告，而不会发生任何变化。这是Windows错误报告（WER）效果。
– CubicleSoft
16年6月27日在13:31
@nhaarman知道，即使您花时间编写崩溃报告，对开发人员也可能毫无用处，因为您遇到的是操作系统而非应用程序中存在的错误，这对我们很有用。就像我说的那样，我目前大约有20％的时间看到此情况，或者每5个崩溃报告中就有1个报告。目前，对于大多数开发人员来说，向上游报告该错误非常困难/耗时，因此他们只需单击Delete即可。我和其他许多开发人员一样都单击了delete。可以将某些此类信息用于答案，而不必阻止提交报告（它们仍然有用，只是并不总是有用）。
– CubicleSoft
16 Jun 27'13:47