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测试环境——例如:什么系统,哪个版本等。兼容性问题,难以重现问题
附件——日记文件,文件测试数据。图片,崩溃日志文件等。