缺陷(bug)管理

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

缺陷等级分类

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


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


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


低级:没影响的小问题


缺陷报告组成

缺陷标题

缺陷所属的模块

发现缺陷的版本

指派给谁处理

缺陷的状态

缺陷的严重程度


缺陷生命周期

顺利情况下


测试发现

创建缺陷报告指派开发

开发修复指回测试

测试验证关闭缺陷


不顺利情况下

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


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

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


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

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

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

相关文章
|
3月前
|
监控 测试技术
当测试发现300个缺陷时
当测试发现300个缺陷时
13 0
|
4月前
你真的会提交缺陷单吗?俗称报bug
你真的会提交缺陷单吗?俗称报bug
你真的会提交缺陷单吗?俗称报bug
|
3月前
|
测试技术
如何高质量的做BUG分析
如何高质量的做BUG分析
21 0
|
JavaScript Linux BI
禅道 给禅道缺陷增加缺陷责任人字段
禅道 给禅道缺陷增加缺陷责任人字段
146 0
|
测试技术
软件测试|产生缺陷的原因有哪些?如何归类缺陷?
软件测试|产生缺陷的原因有哪些?如何归类缺陷?
164 0
|
Web App开发 关系型数据库 项目管理
|
运维 Cloud Native 测试技术
高质量的缺陷分析:让自己少写 bug
缺陷分析做得好,bug 写得少。阿里资深技术专家和你分享如何进行高质量的缺陷分析,总结了 5 个要点,通过缺陷分析消除开发中的各种盲点,打造一个学习型的团队。
高质量的缺陷分析:让自己少写 bug
|
移动开发 JavaScript 前端开发
|
存储 容器 程序员