bug的定义，分类与要求

bug的书写要求
1 简短的句子描述某个模块存在的问题
2 要简练，切入主题，抓住重点
3 偶现bug要标注上具体操作
…

bug的严重程度

1 致命（一级bug）
通常表现为:主流程无法跑通，系统无法运行，崩溃或严重资源不足，应用模块无法启动或异常退出，主要功能模块无法使用。
比如：1.内存泄漏；2.严重的数值计算错误；3.系统容易崩溃；4.功能设计与需求严重不符；5.系统无法登陆；6.循坏报错，无法正常退出。

2 严重（二级bug）
通常表现为：影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。
比如：1. 功能未实现；2.功能存在报错；3.数值轻微的计算错误。

3 一般（三级bug）
通常表现为：界面、性能缺陷。
比如：1.边界条件下错误；2.容错性不好；3.大数据下容易无响应；4.大数据操作时，没有提供进度条。

4 提示（四级bug）
通常表现为：易用性及建议性问题
比如：1.界面颜色搭配不好；2.文字排列不整齐；3.出现错别字，但是不影响功能；4.界面格式不规范。

bug的优先级
1 低：对产品的影响比较小，在时间不允许的情况下可以暂时不改
2 中：必须修改，不一定马上修改，需讨论确定某个时间前改完
3 高：必须在版本发布之前改完
4 紧急： 影响测试，需立即或者版本修复

提交bug注意事项
1 开发人员没有关闭的bug权限，所有问题都需要经过测试验证无误后才可关闭
2 开发 测试 双方有争议的bug 必须经过产品的确认才可进行下一步
3 测试需及时验证修复的bug
4 产品人员可以根据产品的阶段性需求重新分配bug
5 重新指派bug后，需要口头或者发信息告知开发
6 bug的优先级划分比较重要

bug的生命周期
提交–开发验证–接受–拒绝–开发解决–测试人员验证–关闭–不通过打开