大家好，我是「Bigder」
我们先熟悉一下Bug的处理流程。就会知道为什么要学习提交一个高质量的Bug了。
研发同学会有天然的自信，不觉得自己的开发的应用会有Bug、加上Bug从分析、修复、再部署到测试环境验收、关闭很耗时间。
实际工作，研发同学可能又再接手了其他新的需求，任务交叉。提交一个清晰、明确的问题能够帮助他们理清逻辑、快速修复问题、也能体现测试同学的价值，否则很可能提交的问题没有人会回应和响应
清晰的bug，能看懂、有步骤、输入、输出、数据、带截图、有日志
「 标题 」 ：
标题格式，需求名_版本号_业务模块名_问题描述
「前置条件」
明确指出所提交的Bug是在怎么样的情况下出现的，当所发现Bug前提条件为空时、
填[无]
「测试步骤」
简明清晰分步骤描述如何复现Bug问题，步骤用序号编排，举例:
1、登录x1系统
2、点击、授权 -> 设置->开启
3、系统提示错误
UI类型：Bug需要上传截图和圈出明确标识（加相应的红框标识）
功能类型：录制一个上传视频文件，上传格式MP4为主（尤其是APP类、视频图动图容易辨识）
崩溃类型：Bug则需要上传视频和输出的log日志
「预期结果」
-需求、原型要求的结果，期望结果不要包含测试步骤，要是简单的一个结果
如：授权开启成功
「实际结果」
-实际测试得到的结果。期望结果和实际结果要相互对应
如：授权开启失败
以上，
Bigder
