Bug的严重等级

1.致命

• 需求中的重要功能未实现，主流程无法走通
• 造成的系统崩溃，死机
• 常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失、数据库异常、数据库发生死锁

2.严重

• 功能与需求不符
• 数据流错误：数据在系统内部流转中计算错误
• 程序接口错误
• 数据库的表、业务规则、缺省值未加完整性等约束条件
• 特殊场景下出现的崩溃、功能异常

3.普通

• 简单的输入限制未放在前台进行控制，导致页面报错
• 删除、保存操作未给出确认提示信息
• 次要功能不能正常实现
• 操作界面错误（包括数据窗口内列名定义、含义不一致）
• 参数错误，数据错误显示
• 数据库表中有过多的空字段
• 因错误操作迫使程序中断
• 找不到规律的时好时坏
• 经过一段时间运行后，系统性能或响应时间会变慢
• 重要资料，如密码未加密存放（包括配置文件中的密码，或其它存在安全性隐患）
• 硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）
• 系统兼容性差

4.轻微

• 界面内容，格式错误
• 描述性错误，辅助说明描述不清楚
• 页面提示不正确
• 系统易用性方面的问题
• 显示格式不规范

规范提交bug

1.一个好的bug描述应该包括以下基本部分：

标题
所属模块
可重复性
操作过程
现象
附件（log或者截图）

2.提交前准备

• 将bug在最新的版本上重现一遍，看是否已经被修改
• 在bug管理系统中搜索一下，看这个bug是否已经提交，避免出现重复bug

3.bug内容

标题：【bug模块】什么情况下做了什么操作导致什么（是否必现）

• 尽量使用一句话描述错误
• 加上bug归属模块*
• 精简任何不必要的信息，特别是冗余的测试步骤*
• 使用清晰的语言，尤其是要避免使用那些有多个不同或者相反含义的词汇*
• 在结尾处标注是否是必现bug

测试条件：内网/预发/外网，机型，版本/系统，登录/未登录（登录需要附上账号密码）

测试步骤：bug模块入口+具体实现步骤（若是覆盖安装，附上安装的构建号）

预期结果：需求文档要求的功能或者界面展示

实际结果：当前版本展现出来的结果

备注：偶现出现概率的大小，步骤或者结果描述的补充
最好是附上操作的地址！！！

附件：闪退bug的崩溃日志，出现异常情况的截图（帮助开发理解测试同学表达的内容）