成为高效测试者的指南
为什么测试版测试很重要？
我们的质量保证团队竭力确保每次发布都稳定可靠，但若没有开发社区成员对即将发布的版本提供反馈，这一切都无法实现。我们非常高兴您愿意伸出援手！
我们制作了这份指南，助您成为最优秀的测试人员——涵盖项目上传方法、错误报告撰写技巧等实用内容。遵循以下步骤，您将能向我们提供最重要的信息，以便我们解决影响您及项目开发的问题。
您对测试版的反馈非常宝贵。我们分析所有权重4和5的Beta版错误报告，并尽力查看权重较低的报告。当我们确认该漏洞并制定修复方案后，将安排在即将发布的测试版中进行修复。目前我们无法透露具体修复内容将包含在哪个测试版本中，但请放心，修复工作将尽快完成！
以下是提交有效错误报告和反馈的工作流程详细信息。
在此处，您还可以找到最重要的步骤的摘要。
安装和开始
下载最新的测试版构建，可直接通过独立安装程序获取，或通过全新的Unity Hub获取。本页面还包含大量测试版信息和资源。您可以了解新功能、查找有用的文档和工具，并随时掌握最新抽奖活动信息。
运行安装程序或中心。若使用安装程序，请务必将测试版安装到新目录中。可以同时安装多个版本的Unity，只要它们位于不同的目录中即可。
开启一个新的项目，或者复制一个您计划用来测试Beta版的项目，然后用最新的测试版本打开它。
按常规进行开发和/或测试新功能及更新。若您认为发现了错误，请按照本指南第二、三、四部分所述步骤操作。
Unity中错误的处理
你发现了一个错误。以下是最有效的方式：
研究
- 请在问题跟踪器中检查现有错误报告。
- 在谷歌上搜索该问题，并查找相关的讨论帖。
- 在讨论区中，您会找到一个测试版分类——或使用相关的测试版标签。
- 该问题是已知的未解决问题？
报表
- 该问题是已知的问题？
- 提交包含最小可复现项目的错误报告，并响应Unity工作人员的请求。
- 该问题是否已上报，但您想确认修复方案是否涵盖您的情况？
- 提交包含最小可复现项目的错误报告，并响应Unity工作人员的请求。
- 是否有现成的讨论帖子涉及该问题？
- 回复。如果没有，请创建一个并注明您的问题ID。
若遇到Unity相关问题，首先应判断该问题是否已知，或是您首次遭遇此类情况。获取此类信息的首要渠道是我们的公共问题跟踪器。它允许您搜索其他用户报告的错误，并对这些错误进行投票或发表评论。对问题进行投票有助于我们的团队确定优先处理哪些缺陷。
Unity 讨论区是另一个优秀的社区资源。在选择指定的测试版标签时，您可以查看其他用户报告的问题，寻找问题的解决方法，或自行提供信息。这也是联系Unity相关人员的好方法。请确保您提出的问题与当前测试版相关，且不要在单个讨论串中捆绑多个不同问题。
若未找到与该错误相关的记录，则需提交错误报告。提交报表后，建议您返回论坛发布您发现的问题描述。这样做将启用他人能够了解情况、添加更多背景信息或提供他们的解决方法。这也将加快处理时间，因为我们正频繁监控测试版论坛，并优先处理其中讨论的新案例的初步评估。
若您就某个问题新建讨论帖，请务必在帖子中注明您的案例编号 （详见确认邮件），以便我们的团队能识别您提交的错误报告——若遗漏此信息，这将是他们首先询问的内容。
若您不确定某个问题是平台缺陷还是项目问题，且查阅论坛或文档仍无法确定，请提交错误报告。
记录并报告您的错误
请遵循以下简单步骤撰写优质的错误报告，以便我们的工程师能够轻松理解并采取行动。
不要害怕犯错。如果我们无法根据您报告中提供的信息复现该问题，我们将与您联系以确认是否存在遗漏信息。
打开Bug Reporter
在运行Unity时，请前往菜单栏中的"帮助"→"报告错误" 。或者，您可以在程序文件夹中找到安装在编辑器旁边的Bug Reporter。若您遇到崩溃情况，它也会自动启动。
提供基本信息
在“问题涉及”字段中，请选择最符合您所报告的错误的选项。既然您报告的是测试版中的错误，通常会归类 为“编辑器问题”或“崩溃错误”。
在“发生频率”一栏中，您需要说明该问题是仅发生过一次、偶尔发生，还是每次执行导致该问题的操作时都会发生。
请提供您的电子邮箱地址，以便我们的团队在需要更多信息时与您联系。若您已使用Unity帐户登录，此字段将自动填充。
若您的报告通过验证，"标题"和"描述问题"字段中的文本将在问题跟踪器中公开显示。这有助于社区发展。其他用户将能够发表评论、投票（这有助于确定修复的优先级），并查看修复方案何时可用。您的任何个人信息都不会被公开。您的项目及其他附件仅限Unity员工访问。
确定错误
请用最简洁的方式描述该错误。保持简洁具体（例如：清理GI缓存并重新加载项目后，控制台出现报错）
将错误进行分类并写标题
根据缺陷影响的范围（例如：用户界面、脚本编写、平台特定等）对缺陷进行分类，并在缺陷描述中添加此信息。
作品/游戏作品请采用以下格式：
[类别] 描述
示例：[Enlighten] 清理GI缓存并重新加载项目后，主机出现报错
提供错误再现的步骤
Unity的质量保证和开发团队需要您尽可能提供的所有帮助来诊断和修复问题。根据他们收到的信息，他们可能无法识别根本问题，或者可能被误导去修复其他并非你所报错误的问题。为了确保您的问题得到妥善解决，您最好在前期尽可能提供详尽的信息。通常最简单的方法是回溯到遇到错误之前所采取的步骤。您提供的信息越详细，就越容易复现和修复问题。若无法记住所有细节，请尝试复现该错误，并注意操作步骤。
请注意，您无需以书面形式提供操作步骤——例如，您可以通过屏幕录制视频的方式提交操作步骤。最重要的是，它清晰地说明了步骤，以便我们的工程师能够重现该错误。
若通过编辑器打开项目，Bug Reporter 将自动将当前加载的项目包含在错误报告中。若通过其可执行文件启动该报表工具，则需手动附加您的项目。除非您的项目本身规模已非常小，否则建议剔除无关的素材资源。提交仅包含必要内容的最小可复现项目，能让我们的质量保证和开发团队更高效地定位问题，从而更快地提供修复方案。
如果问题出现在项目中的指定的场景中，请尝试导出出现该错误的场景，然后将其导入到新项目中，观察错误是否依然存在。如果确实如此，请上传新的、更小的项目。如果不行，你可以尝试使用更大版本的项目。
致 帮助 你 减少 the 大小 的 你的 项目 以及 至 创建 极简 复制项目， 我们 개발 若干 工具 那个 极大 减少 the 必需的 努力。
能够复现问题的最小项目最为理想，但大型项目也绝对比没有好，因此若无法缩小范围，请务必提交完整项目。我们的 报表 系统 支持 巨大的 附件。请 做 不 上传 个人 素材资源 因为 the 项目 包含 相关的 数据和 文件 那个 the 素材资源 独自 做 不。
提交错误报告后，我们将发送一封包含案件编号的确认邮件，请务必妥善保存该编号。该电子邮件将包含一个链接，指向显示该错误当前状态的网页。您可以随时返回该页面查看更新。请勿在论坛或其他公共区域分享此链接，因为它会泄露您的联系地址和错误报告历史记录。该案例编号足以让其他人在问题跟踪器中找到该问题。
为便于您自行追踪，我们建议采取以下方法：
- 为每个报告创建一个包含所挂项目的压缩文件。
- 在项目素材资源文件夹中保存一个.txt文件，描述该错误及其复现步骤。
- 在zip文件名前添加确认邮件中的案件编号。
收到Unity关于您的错误报告已关闭的通知后，请通过查找相应项目并在最新Unity测试版中打开该项目，确认该错误是否已修复。按照重现步骤操作，即可轻松判断该错误是否已修复。
虽然这是您所做的一点工作，但这意味着 a)您更有可能得到高质量的错误报告，并且您的错误更有可能被复制和修复，b)您可以轻松确保错误已经在未来的测试版本中得到修复。
跟进
我们的员工随时都能与您取得联系，以便在有疑问时及时沟通，这始终是理想的状态。若您提交了错误报告，我们将通过电子邮件与您联系。若您在论坛发帖，我们将在该处回复。请尽快回复团队提出的问题和请求，以确保案件得到及时解决。
若您在论坛中未发现相关漏洞的讨论，建议您开启新讨论帖。请记住，其他人可能也遇到过相同的问题，因此分享你找到的任何解决方法，是快速在测试版社区结交朋友的好方法！
感谢您抽出时间学习如何成为一名高效的测试人员。若您对上述任何内容存有疑问，且常用搜索引擎未能提供Answers，欢迎随时访问讨论区告知我们。