1. 标题：格式如：[细节]缺少对“用户名”文本框的前后空格处理
可参考的项有：【与需求不符】、【崩溃】、【功能错误】、【功能缺失】、【需求变更】、【细节】、【建议】 等
注意标题应简洁
2. 所属模块：选择该类别问题出现的最小单位模块，如：/App/登录/用户名密码登录
3. 严重程度等级划分：
1⃣️致命错误
a. 导致运行中断（应用程序崩溃）、阻碍测试工作继续进行
b. 由于程序引起的非法死机、退出、数据丢失、主功能失效等
从用户角度：由于产品功能或者性能造成80%以上用户无法使用的问题
2⃣️严重错误
a. 较大的功能缺陷，如该功能没有实现或实现有错误
b. 严重影响系统要求或基本功能的实现，且没有办法避免冲突
从用户角度：用户可以使用，但性能非常不稳定，经常出现服务中断。
如：功能错误，功能未实现，案件操作错误或失灵
3⃣️普通错误
次要功能丧失，不太严重，可通过变通手段解决。
从用户角度：用户可以使用，偶尔出现服务中断（软件功能和需求规格级别基本相符）
如：按键操作偶尔失灵，提示信息错误（包括未给出信息、信息提示错误等）、边界条件显示错误
4⃣️较小功能缺陷或建议
微小的问题，如果不修改时，不影响主要功能；提出的建议性意见
从用户角度：用户可以使用，但交互性不好对于用户可能造成难于操作、学习和理解；个别功能使用不够方便，但是不影响用户使用的问题
如：字符串显示不统一、拼写，对齐类的错误、ui图标，文字性错误、操作时未给出用户提示；用户界面不太友好，使用不习惯，好的操作建议等
4. 缺陷优先级：
1⃣️最高优先级，BUG必须马上修复
2⃣️次高优先级，必须马上修复，或在下一版本前修复
3⃣️按照项目正常进度解决
4⃣️根据实际情况评估，允许部分延迟
注意：严重级别越高的bug不一定优先级越高；严重级别越低的bug，不一定优先级越低。
5. 重现步骤：
[测试环境]
手机厂商、手机型号、手机系统版本
[测试数据]
只需在，存在特殊数据影响缺陷的产生时填写此项
[复现步骤]
分条去写，保证按照此操作步骤可复现该问题
[预期结果]
描述预期的现象
[实际结果]
描述实际产生的现象
[出现概率]
必现：100%
高概率：40%以上
中概率：20%—40%
低概率：20%以下
注：该概率可根据自己测试的操作复现次数进行计算，如 操作该步骤10次，其中8次均产生该问题，则出现概率为80%[高概率]，尽量保证测试次数多，基数大。
