扫码阅读
手机扫码阅读
各阶段缺陷检出密度的统计分析案例
18 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:各阶段缺陷检出密度的统计分析案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
某企业通过收集10个项目的历史度量数据,分析了5个阶段的缺陷密度,包括需求评审、设计评审、代码评审、测试发现以及交付后3个月内的缺陷密度,并且以缺陷数/KLOC为单位进行统一计量。
通过箱线图分析,观察到第10个项目在代码评审、系统测试、交付后的缺陷密度中均为离群点,该项目由公司精英团队开发,前期缺陷多但交付后缺陷少,表明该项目的交付质量高,应吸取其成功经验。然而,由于其特殊性,该项目数据不具有普遍代表性,故从分析中剔除。
分析显示,代码评审阶段发现的缺陷最多,且离散程度大,表明该阶段的稳定性较差,需要优先改进。箱线图中的下半部分离散度大,暗示应从这些项目中识别问题并进行改善。而交付后缺陷的数量最少,分布也相对稳定。
对剩余9个项目的累计缺陷密度进行Gompertz拟合表明,随阶段的推进,平均累计缺陷密度逐渐增加,从需求评审的0.456至交付后的4.117。
对各阶段缺陷检出密度与交付缺陷密度进行相关性分析发现,二者间存在弱相关性。但是由于样本数据较少,分析的可靠性不高,需要积累更多数据后进行进一步的相关性分析。
想要了解更多内容?
查看原文:各阶段缺陷检出密度的统计分析案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.8K
麦哲思科技任甲林的其他文章
我说CMMI2.0之技术解决方案
TS:技术解决方案,映射到实际工程活动中包含了技术路线选择、概要设计、详细设计、实现、技术文档编写等活动。 实践列表 TS 1.1 Build solution to meet requirements. 创建满足需求的解决方案 TS 2.1 Des...
哈哈,新开了微博:http://weibo.com/measures
哈哈,新开了微博:http://weibo.com/measures,欢迎访问。
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
为什么高成熟度的实施周期比较长?
很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟
如何度量项目的进度与进展?
1 首先区分进度和进展的概念进度:schedule,工期是否拖延了,拖延了多久。进展: progress,任务的完成情况,任务完成了%多少,还有哪些任务未完成。比如: 某项任务到今天为止,工期已经拖了2天,任务完成了80%了,还剩20%未完成; 某项任务到今天为止,已经完成,但是比计划日期拖期了2天,任务100%完成了。2 如何度量进度?(1)检查关键路径是否拖期,如果关键路径有拖期,则项目一
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线