Bug的严重等级
1.致命
- 需求中的重要功能未实现，主流程无法走通
- 造成的系统崩溃，死机
- 常规操作造成程序非法退出、死循环、通讯中断或异常，数据破坏丢失、数据库异常、数据库发生死锁
2.严重
- 功能与需求不符
- 数据流错误：数据在系统内部流转中计算错误
- 程序接口错误
- 数据库的表、业务规则、缺省值未加完整性等约束条件
- 特殊场景下出现的崩溃、功能异常
3.普通
- 简单的输入限制未放在前台进行控制，导致页面报错
- 删除、保存操作未给出确认提示信息
- 次要功能不能正常实现
- 操作界面错误（包括数据窗口内列名定义、含义不一致）
- 参数错误，数据错误显示
- 数据库表中有过多的空字段
- 因错误操作迫使程序中断
- 找不到规律的时好时坏
- 经过一段时间运行后，系统性能或响应时间会变慢
- 重要资料，如密码未加密存放（包括配置文件中的密码，或其它存在安全性隐患）
- 硬件或通讯异常发生恢复后，系统不能自动正常继续工作（需要过多的人工干预才行）
- 系统兼容性差
4.轻微
- 界面内容，格式错误
- 描述性错误，辅助说明描述不清楚
- 页面提示不正确
- 系统易用性方面的问题
- 显示格式不规范
规范提交bug
1.一个好的bug描述应该包括以下基本部分：
标题
所属模块
可重复性
操作过程
现象
附件（log或者截图）
2.提交前准备
- 将bug在最新的版本上重现一遍，看是否已经被修改
- 在bug管理系统中搜索一下，看这个bug是否已经提交，避免出现重复bug
3.bug内容
标题：【bug模块】什么情况下做了什么操作导致什么（是否必现）
- 尽量使用一句话描述错误
- 加上bug归属模块*
- 精简任何不必要的信息，特别是冗余的测试步骤*
- 使用清晰的语言，尤其是要避免使用那些有多个不同或者相反含义的词汇*
- 在结尾处标注是否是必现bug
测试条件：内网/预发/外网，机型，版本/系统，登录/未登录（登录需要附上账号密码）
测试步骤：bug模块入口+具体实现步骤（若是覆盖安装，附上安装的构建号）
预期结果：需求文档要求的功能或者界面展示
实际结果：当前版本展现出来的结果
备注：偶现出现概率的大小，步骤或者结果描述的补充
最好是附上操作的地址！！！
附件：闪退bug的崩溃日志，出现异常情况的截图（帮助开发理解测试同学表达的内容）
