如何计算缺陷泄漏率
我对缺陷泄漏率的计算公式没有什么疑问。
我找到了一个计算公式如下: CD=No。客户在释放后产生的缺陷
DR=No。测试人员在释放前产生的缺陷
身份证-号码。由测试人员在释放前提出的缺陷引起的无效缺陷(例如。重复、CannotFix、测试环境中的错误等)
缺陷泄漏缺陷Leakage=(CD/DR-ID)*100的计算公式
在这里，我的怀疑是有关的时期，考虑和破坏发现的臭虫。
Release1发生在2018年4月27日，Release2发生在2018年9月24日。
现在要计算Release2的缺陷泄漏率:要考虑多长时间？
对于DR和ID，2018年4月28日至2018年9月24日，在这段时间内发现了内部叛逃者。对于CD，是否需要考虑从2018年9月25日到目前的日期？是不会是Release2的生产泄漏，直到下一次发布任何产品的错误引起。如果是的话，那么什么时候才能计算出度量呢？
另一个疑问是，如果2018年9月25日之后(在Release2之后)出现了一个生产缺陷，而开发人员发现这个问题来自旧版本，比如Release1，那么是否需要在Release2缺陷泄漏率中考虑这个缺陷呢？
请澄清我？
回答 1
Stack Exchange QA用户
发布于 2018-12-14 19:58:12
当前版本的DLR是一个不断变化的指标，它将随着时间的推移而增加，直到发布关闭为止。
客户在最新版本中发现并由测试人员在前一个版本中报告的错误，在早期版本中是DR，在后期版本中是CD。
尽管如此，缺陷泄漏率作为一个数字并不像每次发布时客户发现的错误列表那么有用。这个列表展示了公司认为客户想要的东西和客户真正想要的东西之间的差异。bug是否在内部发现并不重要；如果客户发现了bug，那么公司的客户并不了解该问题的重要性，客户认为这是很重要的。由开发人员、测试人员、PM和Management定期审查的这样一个列表是一个客户反馈循环，它帮助公司构建能够更好地满足客户需求和需求的软件。这份清单将帮助公司获得更好的客户关注，而不仅仅是一个比率。
https://sqa.stackexchange.com/questions/36852
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号