扫码阅读
手机扫码阅读
需求变更对软件质量的影响
89 2024-10-02
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求变更对软件质量的影响
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
通过对某企业38个项目的历史数据分析,本文旨在验证需求变更数与软件缺陷数之间的关系。数据包括需求变更次数、代码规模、软件测试发现的总缺陷数、测试缺陷密度以及需求变更密度。
分析结果
首先,通过散点图分析总缺陷数与需求变更数的关系,发现二者之间存在正相关。删除显著的离群点后,重新绘制的散点图和拟合线图进一步确认了需求变更数的增加与总缺陷数增加之间的强相关性。
其次,研究单位代码行的需求变更次数与单位代码行的缺陷个数之间的关系。在排除离群点后,发现每百万行代码的需求变更次数与每千行代码测试发现的缺陷数之间存在弱相关。
结论
综合以上分析,可以得出结论:在该企业的历史项目数据中,需求变更的增加与系统中的缺陷增加之间存在一定的相关性。这一发现支持了初步的经验假设,即需求变更越多,软件缺陷也越多。
想要了解更多内容?
查看原文:需求变更对软件质量的影响
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.2K
麦哲思科技任甲林的其他文章
活在当下
当下,就是现在。
现在不是过去,现在却是将来。
过去的不可能再回来,沉浸在过去,无论是成功,无论是失败,无论是悲伤,无论是喜悦,无论是庆幸,无论是后悔,历史都已经不可能更改。曾经的好事不会坐等而来,曾经的坏事也不会无缘无故的发生。前者之失,后者之师。历史的经验教训,能够指导现在、指导未来即可。
将来的事尚未发生,但将来是可以掌控的,有因必有果,善因结善果。因,是今天种下的,即使过去曾经做了恶因,从今天开始你种下善因,却可以弥补之
CMMI4级实践问题30问-1
第1问:应该建立哪些组织级的性能基线? 答: (1) 由商务目标派生出基线需求 组织级的产品质量与过程性能目标是什么?这些目标可以通过哪些度量元来刻画?哪些因素影响了目标的达成?这些因素可以通过哪些度量元来刻画?这些度量元是否可以建立基线? (2) 建立力所能及的基线 需要建立基线,但是却无历史数据,或者收集基线数据的成本很高,也就只能放弃,需要等到时机成熟了才
敏捷的过程改进方法:从经验教训中学习
每次去客户现场做差距分析或者运行检查,总是习惯于找他们的缺点,但是每次也总能从客户那里发现他们的优点,时间久了,慢慢地对缺陷麻木了,审丑疲劳了,只有发现他们的优点时,我才会精神一振,心情愉快。 今年1-2月份期间我去给一个客户做运行检查,整理完发现报告后,我查阅了那6个项目组的阶段总结报告与项目总结报告中的经验教训部分,我发现的60%的缺陷他们自己也感觉到了,只是没有人去提取、去系统的归纳整理、
漫谈需求与设计的区别:做什么与怎么做
2009年曾经写过一篇博文,讲述需求与设计的界线(参见博文:https://blog.csdn.net/dylanren/article/details/4965181),最近又有所思考,对上篇博文整理补充如下。 首先我们从两个日常生活的例子思考一下: 案例一:DIY一台PC。 概要描述...
我说CMMI之二:CMMI里有什么?
CMMI划分为三个分支: 适用于供方、乙方的模型: CMMI-DEV:主要是针对开发类组织的; CMMI-SVC:主要是针对服务类组织的; 适用于需方、甲方的模型: CMMI-ACQ:主要是针对采购类组织的;CMMI-DEV中提到的开发,是包括了软件、硬件等类型的开发。CMMI-DEV这个模型还可以增加适用于复杂多学科的产品开发的IPD附件,在CMMI之外称为IPD,在CMMI内称为IPPD。IPPD并没有涉及到市场、财务等。多出来的一个P代表是过程,IPD中包含了市场与财务,所以IP
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线