扫码阅读
手机扫码阅读
缺陷清除率的简单分析
15 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:缺陷清除率的简单分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
某项目的缺陷清除率分析摘要
在一个迭代周期内,对某项目的缺陷注入与发现数据进行了采集。缺陷的注入分为三个活动:需求分析、设计与编码、测试;而缺陷的发现则涵盖了四个活动:Sprint planning、设计与编码、代码评审与测试。统计数据表明,在一个月内共计发现了42个缺陷。
分析这些数据发现,缺陷清除率在不同活动中表现不同。具体来看,缺陷清除率在Sprint planning、设计与编码、代码评审三个活动中呈逐渐升高趋势,分别为33.3%、62.5%和96.8%。而在测试环节,缺陷清除率达到了100%。
重要的观察结果包括:
- 代码评审是发现缺陷最有效的手段。
- 需求分析阶段注入的缺陷在Sprint planning阶段发现较少,指出了需求沟通和讨论的不足。
- 设计与编码活动中的缺陷逃逸率较高,暗示需加强这一阶段的需求沟通和讨论。
- 对于设计与编码阶段未度量或未记录的编码缺陷,提出了质疑。
该统计表没有包含产品发布后的度量数据,仅限于交付前的数据。由于缺乏测试交付后的缺陷度量,测试阶段的缺陷清除率数据可能不具备参考价值。最后,如果采取改进措施后各个活动的缺陷清除率显著提升,则可视为过程质量得到了提高。
想要了解更多内容?
查看原文:缺陷清除率的简单分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.8K
麦哲思科技任甲林的其他文章
如何减少返工工作量?
提高软件开发效率的最有效手段就是一次做对,一次做好,不返工,追求交付零缺陷的目标。“对”就是没有错误,符合需求,“好”就是没有坏味道,易于修改。“做对”保证了产品的外部质量,“做好”保证了产品的内部质量,这样就可以减少软件缺陷、需求变更带来的返工。返工可能发生在生命周期的早期,也可能发生在后期,或者是交付以后,缺陷越早发现,越早解决,返工的工作量越少。有哪些手段可以保证不犯错,少犯错,及时纠错呢?
软件需求评审之道
作者:任甲林 来源:CSAI.cn http://www.csai.cn 2005年6月13日 摘要 本文介绍了软件需求评审失败的5个案例,提出对软件需求评审的实践具有指导意义的9个建议。 关键词 需求评审,需求层次,阶段评审,检查单,评审流程 软件需求是软件开发的最重要的一个输入,需求风险也常常是软件开发过程中最大的一个风险,降低需求风险的一个重要手段就是需求评审,但是需求评审是所有
CMMI 4级实践问题30问-4
第10问:特殊原因发生,是否一定会有过程异常? 答:未必。 比如特殊原因1是正向作用,特殊原因2是反向作用,二者可能作用抵消,在过程的参数上表现的就可能没有异常。 如果有过程异常,也未必是特殊原因造成的,有可能是误判。 第11问:好的异常是否也要剔除? 如前8个点的上下限在-10%到-1%,可第9个点在1%,看着是超过了控制线,可这个点的实际意义是好的,那是剔除不剔除呢?
CMMI之怪相分析
90年代中期,CMM开始传入中国。1999年清华鼎新成为首家通过CMM评估的国内企业,截止2006年底,中国通过CMMI正式评估的组织的数量仅次于美国和印度,位居全球第三。CMM在中国推广近10年以来,对于中国软件企业的发展起到了巨大的推动作用。但是,最近几年,CMMI在中国的推广却表现出了一些令人担忧的现象,社会上对于CMMI的评价日趋下滑。笔者试图透析企业通过评估后所表现出的种种怪现象,对中国
迭代评审的十个成功要点
迭代评审会议是在每次迭代结束时给项目组内外部的相关人员展示本次迭代完成的功能,以获得相关人员对软件的反馈意见。这是客户、最终用户、管理者等对项目组完成的功能进行反馈的一个渠道。如何召开一个成功的迭代评审会议呢?我根据对多次迭 代评审会议的观察,总结了如下1 鸡类角色与猪类角色都要参与迭代评审会议; 以下两类人员都应该参与:项目组的所有成员,包括PO,SM...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线