仅向工程师提供尽可能多的有效信息，有助于其定位并解决 bug。
根据自己的使用经验，（如有需要）询问他人使用情况，以及产品、UI，最后询问开发，以确定它是否是bug。
- 紧急或者重要的bug：如果确定这是个紧急的bug（如app无法登录）直接私聊对应的开发，或者去工位上寻找开发
- 非紧急或者次要的bug：如果确定这是个次要的bug，收集对应信息，然后参考下面提交bug的方式提交到团队协作工具上
- 确定 bug 能否复现。如果可以复现，说明复现步骤；如果难以复现，等到收集更多的信息后再进行反馈。
- 提供复现信息，形式包括：录屏、现场演示、文字描述（口述）、截屏等。其中录屏为较好方式。
- 确定 bug 出现的环境。通常情况下需要提供账号信息、app版本，系统版本。
- 说明预期行为和实际行为。例如：预期点击关注后显示已关注；实际点击关注没反应。
- 表述尽可能精准清晰。例如“反应慢”的规范描述是：“进入xxx页面，大约1000ms后才显示界面”。
- 不要使用可能引发歧义的语言。例如：“点击按钮后显示白色”的规范描述是：“点击按钮后整个界面显示白色”。
- 检查表述内容没有错别字，将 bug 提交给所属人，若不确定所属人，先提交给团队负责人。
转述他人反馈的 bug 时，请按此文档，过滤掉无效信息后反馈 bug。无效信息例如：与 bug 无关的聊天截图，没有用户信息或者 app 版本信息的 bug，难以分辨内容的截图或者录屏。
如果开发较忙，或者问题次要，自己想多收集一些信息，可以尝试下列方式（排列按顺序）：
- 退出应用重新进入
- 杀掉应用重新进入
- 重新登录账号
- 重新登录其他账号
- 清除应用数据重试
- 更新到开发提供的最新版本
- 更新手机系统
这些是可选项，不强制遵守。
- 避免使用过于极端的语言，如“卡死了”、“老是崩”
- 避免直接将 bug 甩锅给特定的人
- 描述问题尽可能使用客观语言，如不好看