BUG的生命周期

BUG的定义:软件程序的漏洞或缺陷,还包括测试工程师或用户所发现和提出的软件可改进的细节,或需求文档存在差异的功能实现等。

常见的BUG类型(禅道系统为例,可自定义)
代码错误、设计缺陷、界面优化、(主要在前三个)性能问题、配置相关、安装部署、安全相关、标准规范、测试脚本、其他
其他划分:功能类、界面类、性能类、易用性类、兼容性类、其他
练习

1代码错误 严重 2.
3.兼容性 严重 4.性能问题 严重
5. 功能 严重 6.功能 严重
7.功能 致命 8 习惯性 细微
9设计 细微 10习惯性 细微

BUG的等级(严重程度)
1.致命错误
1)常规操作引起的系统奔溃、死机、死循环
2)造成数据泄露的安全性问题,比如恶意攻击造成的账户私密信息泄露
3)涉及金钱计算
2.严重错误
1)重要功能不能实现
2)错误的波及面广,影响到其它重要的功能正常实现(功能交互)
3)非常规操作导致的程序奔溃、死机、死循环
4)外观难以接受的缺陷(举例:直播平台的美女图片)
5)密码明文显示(界面+数据库)
3.一般错误
不影响产品的运行,不会成为故障的起因,但对产品外观和下道工序影响较大的缺陷
1)次要功能不能实现
2)操作界面错误(包括数据窗口内列名定义、含义不一致)
3)查询错误,数据错误显示
4)简单的输入限制潍坊到前端控制(格式限制)【比如手机号码,用户名格式】
5)删除操作未给予提示(二次确认窗口)
4.细微错误
程序在一些显示上不美观,不符合用户习惯,或者是一些文字的错误
1)界面不规范
2)辅助说明描述不清楚
3)提示窗口文字未采用行业术语
4)界面存在文字错误
改进意见:可以提高产品质量的建议,包括新需求和对需求的改进
BUG的生命周期
从发现——>到提交到缺陷管理平台——>指派开发——>已解决——>待验——>关闭

BUG的状态处理-测试
1.已经指派的bug——已指派开发,注意bug的走向,随时关注并

在软件开发中,Bug生命周期管理是一个系统化的过程,旨在跟踪和处理缺陷从发现到最终解决的全过程。Bug生命周期通常包括多个状态,这些状态描述了缺陷在不同阶段的处理情况。 当一个 Bug 被首次发现时,它通常会被标记为 "New" 状态,这意味着缺陷已经被记录,但尚未被评估。随后,这个 Bug 会被提交给开发团队进行评估,在此阶段,Bug 的状态可能会被更新为 "Assigned",表示已经指派给特定的开发人员来处理。 一旦开发人员开始调查 Bug,它的状态可能会变为 "Open",这表明开发人员正在分析问题,并准备着手修复。如果确认这是一个有效的问题,开发人员将开始修复工作,此时 Bug 进入修复阶段。修复完成后,Bug 的状态通常会更改为 "Fixed" 或者类似的术语,表明问题已经被解决。 修复后的 Bug 需要经过验证,以确保修复确实解决了问题,并且没有引入新的问题。在这个阶段,Bug 的状态可能是 "Testing" 或者 "Verification"。如果验证成功,Bug 的状态将变为 "Closed" 或 "Resolved",表示问题已经得到解决并且经过验证。 然而,有时候在验证过程中可能会发现修复并没有解决问题,或者出现了新的问题,这时 Bug 可能会被重新打开,状态回到 "Open" 或者被标记为 "Reopened",以便进一步处理。 此外,还有可能出现这样的情况:某个 Bug 被认为是由于需求变更或其他原因而不需要修复,这时它的状态可能会是 "Won't Fix" 或者 "Deferred"。 在整个生命周期中,有效的沟通和协作对于确保 Bug 得到及时处理至关重要。测试人员、开发人员以及其他相关人员需要紧密合作,共同确保软件产品的质量和稳定性。 对于一些特殊情况,例如时间紧迫导致无法进行充分的回归测试,测试人员需要权衡是否修复 Bug 的利弊,有时选择不立即修复可能是更为合理的决策 [^3]。 ### 示例 Bug 生命周期状态转换 ```plaintext New -> Assigned -> Open -> Fixed -> Testing -> Closed ``` ### 示例 Bug 管理流程中的状态转换 ```plaintext New -> Assigned -> Open -> Fixed -> Testing -> Reopened -> ... ``` 需要注意的是,不同的组织和项目可能会有不同的命名习惯和流程细节,上述流程提供了一个通用的框架。实际应用中,可以根据项目的具体情况调整 Bug生命周期管理流程。例如,一些项目可能会使用更加细化的状态来更好地控制 Bug 的处理流程。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值