扫码阅读
手机扫码阅读
缺陷清除率的简单分析
132 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:缺陷清除率的简单分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
某项目的缺陷清除率分析摘要
在一个迭代周期内,对某项目的缺陷注入与发现数据进行了采集。缺陷的注入分为三个活动:需求分析、设计与编码、测试;而缺陷的发现则涵盖了四个活动:Sprint planning、设计与编码、代码评审与测试。统计数据表明,在一个月内共计发现了42个缺陷。
分析这些数据发现,缺陷清除率在不同活动中表现不同。具体来看,缺陷清除率在Sprint planning、设计与编码、代码评审三个活动中呈逐渐升高趋势,分别为33.3%、62.5%和96.8%。而在测试环节,缺陷清除率达到了100%。
重要的观察结果包括:
- 代码评审是发现缺陷最有效的手段。
- 需求分析阶段注入的缺陷在Sprint planning阶段发现较少,指出了需求沟通和讨论的不足。
- 设计与编码活动中的缺陷逃逸率较高,暗示需加强这一阶段的需求沟通和讨论。
- 对于设计与编码阶段未度量或未记录的编码缺陷,提出了质疑。
该统计表没有包含产品发布后的度量数据,仅限于交付前的数据。由于缺乏测试交付后的缺陷度量,测试阶段的缺陷清除率数据可能不具备参考价值。最后,如果采取改进措施后各个活动的缺陷清除率显著提升,则可视为过程质量得到了提高。
想要了解更多内容?
查看原文:缺陷清除率的简单分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.8K
麦哲思科技任甲林的其他文章
软件开发的质量红线
质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。我认为这个名词很直观形象,因此借用一下。 在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。 质量的投入如: 评审投入的工作量;
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
如何学习CMMI
很多朋友问我关于CMMI模型中的问题,却很少有朋友问我如何学习CMMI,这便是鱼与渔的问题。就事论事,学会一个的知识点,不如去掌握方法,可以解决很多的问题,学习到无限的知识。 那么,究竟如何学习CMMI呢?我的体会如下: (1) 通读模型 模型是众多的专家总结的经验教训,历时多年,讨论了N遍才写成的,模型里包含的信息量很大,描述的
如何把简单的事情一次做对?
在工作中领导最讨厌的人就是总把简单的事情做错的下属,在绝大多数人不会犯错的地方犯错,在领导眼中会判定为是基本素质问题,是不可原谅的。如果组织要裁员,那优先裁掉的就是哪些总是犯低级错误的人。那如何确保能够把简单的事情一次做对,提升自己的职场竞争力呢,请参考如下的七步工作。
案例:非功能性需求的设计
很多项目组在设计文档中仅仅是把非功能性需求的描述拷贝到设计文档的非功能性章节。因此特地设计了两个简单的需求给大家参考,希望能够引导设计人员重视非功能性需求的设计。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线