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的生命周期
提交–开发验证–接受–拒绝–开发解决–测试人员验证–关闭–不通过打开