[开发测试]BUG的优先级

bug的优先级

致命错误-blocker

1.常规操作引起的系统崩溃，死机，死循环，闪退

2.造成数据泄露的安全性问题，比如恶意攻击造成的账户私密信息泄露

3.涉及金钱计算-公司巨大损失

4.阻断性测试，所有测试工作进行不下去（冒烟测试）-登录

5.权限问题-比如视频APP资源会员权限

严重错误-critical

1.重要功能，不能实现

2.错误的波及面广，影响到其他重要功能正常实现；-12306购票系统-咨询

3.非常规操作导致的程序崩溃，司机，死循环，闪退

4.外观（界面 ）难以接受的缺陷

5.密码明文显示，前端处理BUG，抓包工具-后端-服务器（数据库验证）-安全

6.偶现的致命性bug

一般错误-major（不影响产品的运行，不会成为故障起因，但对产品外观和下道工序影响较大的缺陷）

1.次要功能，不能正常实现

2.操作界面错误（包括数据窗口内列名定义，含义不一致）

3.查询错误，数据错误显示

4.简单的输入限制未放到前端进行控制

5.删除操作未给出提示-友好型

6.偶现的严重性bug

细微错误-minor（程序在一些显示上不美观，不符合用户习惯，或者是一些文字的错误-用户体验）

1.界面不规范

2.辅助说明描述不清楚

3.提示窗口文字未采用行业术语

4.界面存在文字错误

改进建议-enhancement-新需求下一个版本

可以提高产品质量的建议，包括新需求和对需求的改进

bug的生命周期：就是一个bug被发现到这个bug被关闭的过程

禅道（zentao）?bugzila? ?jira? ?bugfree? ?readmine

bug标题-标题要清晰简洁-写明bug描述，如果没有选择功能模块，最好在标题中标注功能模块。让查bug的人员清楚知道你所表达的意思。bug的功能模块+bug的操作+bug的结果

重现步骤-详细写下发现bug的测试过程，能指导开发重现这个bug，附上测试数据

实际结果-出现bug的结果，粘贴bug截图，日志截图-直观，证据（有图有真相）

预期结果-记得写清楚预期-来自于测试用例的预期的结果

bug类型和严重程度——便于后续测试结果分析，bug的统计

bug测试环境——例如：什么系统，哪个版本等。兼容性问题，难以重现问题

附件——日记文件，文件测试数据。图片，崩溃日志文件等。