【BUG反馈手册】规范的提问题，才能让帮助者快速给出解答!

BUG反馈手册

所使用编辑器版本：Online_v0.24.0.1

为什么发帖求助没人理我？

我该如何描述目前项目中的问题？

如何快速获得别人的帮助？

在哪发帖能快速获得帮助？日志在哪找呀

咱们在提出BUG问题的时候，得不到回复往往是因为BUG描述的不清楚，或者提供的依据不够。这样会让帮助者难以抓住BUG问题的关键。所以对BUG问题有清晰的描述以及提供详细的相关资料，才能使得帮助者比较便捷和快速的处理你反馈的BUG。接下来将给大家讲解一下反馈BUG的流程：

BUG是什么？

教程    产品手册    API

- 在上述三个文档中，规定能做的事情，而软件没有实现。
- 在上述三个文档中，规定不能做的事情，而软件却实现了。
- 在上述三个文档中，没有提到过的事情，而软件却实现了。
- 在上述三个文档中，没有提到但是必须要做的事情，软件却没有实现。
- 此外，软件很难理解，很难使用，速度超慢，也可以定义为BUG
（注：编辑器没有提供的功能，但自己确实有实际需要，可以称之为需求）




描述BUG的流程
将BUG描述清楚，才能够让对接人员快速定位到问题原因，从而加快给出反馈的时间

第一步：描述问题的表现

关于问题的表现的描述，素材应尽量详细，多附上一些截图/录屏/日志

（日志路径：Editor_Win64\MetaWorldSaved\Saved\Logs）

第二步：提供问题的复现方式

操作路径和时间线（先执行哪个，后执行哪个）

第三步：正常的预期是什么？

教程    产品手册    API

从这三个文档中找出依据，确定按照文档里提过能实现的功能，目前却出现了问题

第四步：问题的影响范围

问题是在哪个编辑器版本出现的？

问题产生的环境是PC端还是手机端？

第五步：提供BUG工程 或 最小复现Demo

如果复现问题需要的步骤多，相关条件复杂，可以将工程提交给处理人员帮助排查。

此外，如果能单独编写一个只暴露此问题的最小Demo，那么将大大提高问题的反馈效率。

BUG反馈案例

问题表现：
- 文字描述：
运行游戏，默认工程提供的UIDefault的Jump按钮点击没生效。
- 视频描述：

- 出现问题时的日志：

复现步骤：
打开下方提供的最小复现Demo并运行，然后点击Jump按钮观察效果，如果跳跃按钮不生效，即复现成功

正常预期：
正常的工程，点击Jump，角色会执行跳跃。

问题的影响范围：
编辑器版本：Online_v0.24.0.1
运行环境：PC端

BUG工程：
BugDemo.rar (50.22 KB, 下载次数: 63)

2023-3-31 14:32 上传

点击文件名下载附件

需求：自定义摄像机，可以自己写摄像机脚本
现在对摄像机进行操作时，总被预设模式影响。比如设置摄像机transform时，在不同的预设模式下，会产生不一样的结果。