扫码阅读
手机扫码阅读
各阶段缺陷检出密度的统计分析案例

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

某企业通过收集10个项目的历史度量数据,分析了5个阶段的缺陷密度,包括需求评审、设计评审、代码评审、测试发现以及交付后3个月内的缺陷密度,并且以缺陷数/KLOC为单位进行统一计量。
通过箱线图分析,观察到第10个项目在代码评审、系统测试、交付后的缺陷密度中均为离群点,该项目由公司精英团队开发,前期缺陷多但交付后缺陷少,表明该项目的交付质量高,应吸取其成功经验。然而,由于其特殊性,该项目数据不具有普遍代表性,故从分析中剔除。
分析显示,代码评审阶段发现的缺陷最多,且离散程度大,表明该阶段的稳定性较差,需要优先改进。箱线图中的下半部分离散度大,暗示应从这些项目中识别问题并进行改善。而交付后缺陷的数量最少,分布也相对稳定。
对剩余9个项目的累计缺陷密度进行Gompertz拟合表明,随阶段的推进,平均累计缺陷密度逐渐增加,从需求评审的0.456至交付后的4.117。
对各阶段缺陷检出密度与交付缺陷密度进行相关性分析发现,二者间存在弱相关性。但是由于样本数据较少,分析的可靠性不高,需要积累更多数据后进行进一步的相关性分析。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 195.6K
麦哲思科技任甲林的其他文章
纳入基线管理的经验原则
纳入基线管理的一般原则是: • 原则1:所有交付给客户的文档、代码、可执行程序、购买来的可复用构件等必须纳入基线。 • 原则2:影响了对外的承诺的配置项 – 项目的阶段计划必须纳入基线来管理。(对外承诺变了) • 原则3:其变化影响了其他配置项 – 所有对交付产品有重要影响的文档资料等必须纳入基线,主要的工程文档如需求、设计等一般要入基线。 – 变化要区分主动变化、被动变化
项目进展跟踪的5个基本原则
对项目进展进行跟踪时,应该遵循以下5条基本原则:原则一:实时跟踪进展以尽早暴露风险原则二: 任务闭环管理以及时调整纠偏原则三:任务状态可视化以提升项目透明性原则四: 总体进展要量化以对齐项目整体目标原则五:真正达到完工标准以避免快而脏
GOV与II两个PA的案例
CMMI V2.0中GOV与II两个PA比较抽象,我通过实施案例来帮助大家解释一下这2个PA中每条实践的含义。PA 实践编号 Measures校对后的中文翻译 针对培训过程的实施案例 针对编码过程的实施案例 GOV 1.1 高级管理者识别开展工作的要点,并定义实现组织目标所需要的方法 老板要求每个部门有人负责培训工作。 每个部门每个月至少要有1次技术培训。 每个部门每2个月至少要有2次管理培训。 每次培训应该制作录像,便于重复培训。.
做好同行评审的24个细节
同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据(缺陷发生率为系统测试发现的缺陷个数除以开发的工作量),如下表所示: 对上述的历史数据,按年份画箱线图比较分析如下: 针对上述的箱线图,是否可以下结论认为2013年开发质量提升了,开发人员犯的错误就少了呢? 其实未必。 如果对年份与项目的开发方式做卡方分析,则有如下的结论:汇总统
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线