缺陷(bug)管理

简介: 理论上软件的缺陷是可修复的,不过有的修复成本比较高,不能追求软件的完美,根据风险来确定是否修复缺陷

缺陷等级分类

致命:测试过程死机、系统崩溃、数据跌势、功能没有实现


严重:导致软件功能不稳定、功能实现错误、流程错误


一般:校验错误、罕见故障、错别字,不影响功能,影响体验


低级:没影响的小问题


缺陷报告组成

缺陷标题

缺陷所属的模块

发现缺陷的版本

指派给谁处理

缺陷的状态

缺陷的严重程度


缺陷生命周期

顺利情况下


测试发现

创建缺陷报告指派开发

开发修复指回测试

测试验证关闭缺陷


不顺利情况下

开发修复后指回测试,测试验证未修复成功,再次指回修复


所有的软件缺陷都可修复吗,都要修复吗?

理论上软件的缺陷是可修复的,不过有的修复成本比较高,不能追求软件的完美,根据风险来确定是否修复缺陷


1.没有足够的时间,在项目中没有足够时间修改缺陷可能会引出其他缺陷,导致项目的推迟

2.有些缺陷只在特殊环境下出现,这种缺陷处于项目的利益考虑可以放在以后版本中进行修复升级

3.不是缺陷的缺陷。缺陷的是否修改应该由测试人员、项目经理、程序员共同讨论决定,以确保项目的正常运行

目录
打赏
0
0
0
0
4
分享
相关文章
当测试发现300个缺陷时
当测试发现300个缺陷时
86 0
|
10月前
你真的会提交缺陷单吗?俗称报bug
你真的会提交缺陷单吗?俗称报bug
167 0
你真的会提交缺陷单吗?俗称报bug
软件测试 —— 案例系统缺陷报告
软件测试 —— 案例系统缺陷报告
197 1
有了测试标准流程后缺陷就不会遗漏到线上吗?
有了测试标准流程后缺陷就不会遗漏到线上吗?
高质量的缺陷分析:让自己少写 bug
缺陷分析做得好,bug 写得少。阿里资深技术专家和你分享如何进行高质量的缺陷分析,总结了 5 个要点,通过缺陷分析消除开发中的各种盲点,打造一个学习型的团队。
高质量的缺陷分析:让自己少写 bug

热门文章

最新文章