扫码阅读
手机扫码阅读
各阶段缺陷检出密度的统计分析案例
366 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:各阶段缺陷检出密度的统计分析案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
某企业通过收集10个项目的历史度量数据,分析了5个阶段的缺陷密度,包括需求评审、设计评审、代码评审、测试发现以及交付后3个月内的缺陷密度,并且以缺陷数/KLOC为单位进行统一计量。
通过箱线图分析,观察到第10个项目在代码评审、系统测试、交付后的缺陷密度中均为离群点,该项目由公司精英团队开发,前期缺陷多但交付后缺陷少,表明该项目的交付质量高,应吸取其成功经验。然而,由于其特殊性,该项目数据不具有普遍代表性,故从分析中剔除。
分析显示,代码评审阶段发现的缺陷最多,且离散程度大,表明该阶段的稳定性较差,需要优先改进。箱线图中的下半部分离散度大,暗示应从这些项目中识别问题并进行改善。而交付后缺陷的数量最少,分布也相对稳定。
对剩余9个项目的累计缺陷密度进行Gompertz拟合表明,随阶段的推进,平均累计缺陷密度逐渐增加,从需求评审的0.456至交付后的4.117。
对各阶段缺陷检出密度与交付缺陷密度进行相关性分析发现,二者间存在弱相关性。但是由于样本数据较少,分析的可靠性不高,需要积累更多数据后进行进一步的相关性分析。
想要了解更多内容?
查看原文:各阶段缺陷检出密度的统计分析案例
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 135.1K
麦哲思科技任甲林的其他文章
COSMIC规模度量案例集一:五个应用软件的需求规模度量
一、手机操作系统更新手机每天在凌晨两点钟的时候自动检测是否有新版的操作系统。如果有,则保存当前打开的所有应用及其信息,关闭所有的应用,然后下载新版的操作系统,自动更新操作系统,然后重启手机,自动恢复到工作环境(打开之前的所有应用,并回到所有的操作等),如果没有新版的操作系统需要更新,则退出该功能。简易环境图:按照数据移动为主线识别功能点: 10CFP 数据移动 兴趣对象(数据组) 备注 E .
敏捷的过程改进方法:从经验教训中学习
每次去客户现场做差距分析或者运行检查,总是习惯于找他们的缺点,但是每次也总能从客户那里发现他们的优点,时间久了,慢慢地对缺陷麻木了,审丑疲劳了,只有发现他们的优点时,我才会精神一振,心情愉快。 今年1-2月份期间我去给一个客户做运行检查,整理完发现报告后,我查阅了那6个项目组的阶段总结报告与项目总结报告中的经验教训部分,我发现的60%的缺陷他们自己也感觉到了,只是没有人去提取、去系统的归纳整理、
软件开发的质量红线
质量红线是我的一个客户提出的概念,即质量管理的底线、最低要求、最低标准,无论在什么情况下,项目都不能违背这个底线,比如项目组在进行多快好省四个要素平衡时,无论如何平衡,都不能违背质量的最低要求。我认为这个名词很直观形象,因此借用一下。 在定义质量红线时应该从质量的投入与质量的产出两个方面进行定义。 质量的投入如: 评审投入的工作量;
如何学习设计模式?
1 先理解概念,再学习原则先理解OO的基本概念,比如:封装、继承、多态、组合/聚合、依赖等,理解各概念的内涵,弄清楚这些概念的具体实现方式及各实现方式的优缺点。2 先学习原则,再学习模式设计原则是蕴含在设计模式后最根本的思想,掌握了基本的设计原则可以做到不拘泥于某个具体的设计模式,可以更容易的理解设计模式,知道在何种情况下应该采用某种模式,可以自己创造合理的设计模式。设计原则可以参考的2本书籍是《
客户的水平决定了供应商的水平
美国国防部是全球最大的软件客户,为了管理好自己的软件供货商,所以才产生了CMM,才会有N多的给美国国防部提供软件服务的企业要通过CMM评估,是客户的要求促进了软件供应商的管理水平的提高。 在国内做软件开的软件公司中,做外包的软件公司普遍比非外包的软件公司管理更加规范,因为客户要求提交的软件要改掉了所有的已知缺陷。在外包公司中,对日外包的软件公司的管理水平要好与对欧美的外包的软件公司,因为日本的客户
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线