文件记录在错误报告中填写什么
重现问题的说明 为了重现问题，开发人员需要知道您使用的是什么、从哪里得到它以及如何安装它。
您应该提供精确的分步说明，描述如何重现问题。 如果您需要使用一些数据来重现问题，请在错误报告中附上相应的文件。 尝试提出重现错误所需的最少指令集。
给出一些上下文并设定您的期望 解释您尝试做什么以及您期望程序如何运行。
在某些情况下，该错误仅是因为您使用该程序的方式并非设计为由开发人员操作而触发的。 通过解释您试图实现的目标，您将使开发人员清楚地看到这种情况。
在其他一些情况下，您描述为错误的行为实际上可能是正常行为。 明确说明您期望程序执行的操作。 这将为开发人员澄清情况。 他们可能会改进行为或改进文档，但至少他们知道他们程序的行为让一些用户感到困惑！
具体包括您使用的软件的版本号，可能还包括其依赖项的版本号。 当您提及下载的内容时，请包括其完整 URL。
当您收到错误消息时，请完全按照您看到的方式引用它。 如果可能，请附上您的屏幕输出或屏幕截图的副本。 包括任何相关日志文件的副本，确保首先删除任何敏感数据。
提及可能的修复或变通方法 在提交错误报告之前，您可能尝试解决问题。 解释你尝试了什么以及你得到了什么结果。 非常清楚什么是事实，什么只是你的假设。
如果您在 Internet 上搜索并找到了关于类似问题的一些解释，您可以提及它们，特别是当您在 Debian 错误跟踪器或上游错误跟踪器中发现其他类似的错误报告时。
如果您找到了一种在不触发错误的情况下实现预期结果的方法，也请记录下来。 这将帮助遇到相同问题的其他用户。
长的错误报告很好 两行错误报告是不够的； 提供所有需要的信息通常需要几段（有时是几页）的文字。
提供您所能提供的所有信息。 尝试坚持相关的内容，但如果您不确定，太多总比太少好。
如果您的错误报告真的很长，请花一些时间来组织内容并在开始时提供一个简短的摘要。