ZBB – ZERO Bug Bounce

本文阐述了在软件开发过程中达到ZBB状态的意义,即项目中某阶段测试赶超开发,bug数量降至零,标志着产品逐渐稳定并接近首个候选发布版。ZBB通过每日跟踪最古老bug的天数来量化稳定性,强调产品开发与维护周期中的关键节点。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

ZBB - 0 bug 反弹 - zero bug bounce

 

ZBB是指在项目中的某一点上,开发活动最终赶上了测试的步伐,当前已经不存在活跃bug。在ZBB之后,bug数量的峰值将显著减小,并且bug数量会持续减少直到产品足够稳定,进而构建出第一个候选发布版。取得ZBB是项目组逐渐接近稳定的候选发布版的明确标志。

 

Every build (for a CTP, RC, etc.) starts with a bunch of improvements and defects. We start troubleshooting them and find bugs. We then start fixing bugs. When a particular build has no more active bugs in it, we say it's a ZBB. As the product develops in time, we add more features/defects/improvements to it, which means more bugs discovered (ZBB <> 0) and we go about fixing these bugs (ZBB = 0).

 

Officially: A point in time at which a given segment of reported bugs is driven down to zero Active. Since real-time zero is unrealistic to track or hit, often ZBB is postfixed with a number is used to indicate age in days of oldest bugs you may have in the system. For example, ZBB-7 states that there should be no Active bug reports older than 7 days. This is typically calculated per component team and is used when attempting to drive a product to lock-down for ship

转载于:https://www.cnblogs.com/scudpurple/archive/2012/06/27/2566152.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值