需求变更对软件质量的影响
发布于 2024-10-02
2221
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
通过对某企业38个项目的历史数据分析,本文旨在验证需求变更数与软件缺陷数之间的关系。数据包括需求变更次数、代码规模、软件测试发现的总缺陷数、测试缺陷密度以及需求变更密度。
分析结果
首先,通过散点图分析总缺陷数与需求变更数的关系,发现二者之间存在正相关。删除显著的离群点后,重新绘制的散点图和拟合线图进一步确认了需求变更数的增加与总缺陷数增加之间的强相关性。
其次,研究单位代码行的需求变更次数与单位代码行的缺陷个数之间的关系。在排除离群点后,发现每百万行代码的需求变更次数与每千行代码测试发现的缺陷数之间存在弱相关。
结论
综合以上分析,可以得出结论:在该企业的历史项目数据中,需求变更的增加与系统中的缺陷增加之间存在一定的相关性。这一发现支持了初步的经验假设,即需求变更越多,软件缺陷也越多。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 1258.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI V2.0 时代即将来临
CMMI V2.0
风险来源与风险分类的区别与联系
CMMI 1.2的RSKM 过程域的SP1.1为:Determine risk sources and categories,在该实践中明确区分了风险来源与风险分类。确定风险的来源和分类是为了全面、系统地识别潜在风险,合并类似风险的规避措施。风险来源用于在项目或组织内确定风险产生的原因。对项目来讲有许多风险来源,包括内部和外部的。风险来源标识了风险可能发生的常见领域。常见的内部和外部风险来源有:•
AI编程模式的10条核心感悟
文章浏览阅读483次,点赞4次,收藏4次。AI编程时代催生10大核心变革:开发者角色从"代码实现者"转变为"需求定义者",聚焦业务逻辑而非技术细节;AI作为"聪明的傻子"倒逼需求清晰化,推动"意图式编程"取代命令式编程;验证重点转向业务逻辑完备性,文档成为核心资产;人机关系重构为"指挥官-AI"模式,错误类型转为意图偏差;测试转向验证规格,能力模型更强调业务抽象与逻辑严谨。这场范式革命将开发者的核心价值重新定义为精准的需求定义与判断能力,推动软件开发
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线