需求变更对软件质量的影响
发布于 2024-10-02
1616
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
通过对某企业38个项目的历史数据分析,本文旨在验证需求变更数与软件缺陷数之间的关系。数据包括需求变更次数、代码规模、软件测试发现的总缺陷数、测试缺陷密度以及需求变更密度。
分析结果
首先,通过散点图分析总缺陷数与需求变更数的关系,发现二者之间存在正相关。删除显著的离群点后,重新绘制的散点图和拟合线图进一步确认了需求变更数的增加与总缺陷数增加之间的强相关性。
其次,研究单位代码行的需求变更次数与单位代码行的缺陷个数之间的关系。在排除离群点后,发现每百万行代码的需求变更次数与每千行代码测试发现的缺陷数之间存在弱相关。
结论
综合以上分析,可以得出结论:在该企业的历史项目数据中,需求变更的增加与系统中的缺陷增加之间存在一定的相关性。这一发现支持了初步的经验假设,即需求变更越多,软件缺陷也越多。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 961K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI 3.0 究竟包含了哪些实践域?
本文对CMMI 3.0中的31个PA采用一句话概括了其内容,以帮助大家快速了解CMMI3.0覆盖的范围。
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
AI编程要小步快跑,步步为营
文章浏览阅读417次,点赞8次,收藏6次。《AI编程的正确打开方式:小步快跑,步步为营》 文章揭示了AI编程中常见的误区:用户往往期待AI能一次性完成复杂任务,结果却陷入调试困境。核心问题在于错误的使用方式——把AI当作"许愿池"而非"结对编程伙伴"。 文章通过对比两种开发方式,指出成功关键在于"小步快跑"方法论: 将复杂需求拆分为可验证的小任务 每个步骤保持简单明确(10秒可验证) 步步为营,确保每一步正确后再继续。
COSMIC度量案例:一个简单、明确的软件需求
培训教室管理需求描述:维护教室信息可新增/修改/删除教室,维护信息字段:教室编号、楼层、容量、功能、说明。1 有几个功能处理?新增、修改、删除、查询四个功能处理。2 为什么查询是单独的一个功能处理?因为进入培训教室管理的页面后,列出了已经输入的所有的教室的信息,可以不做其他任何操作退出,只是看看有哪些已有的教室。在上述的需求描述中没有明确说明查询的功能,但是根...
MSN被盗号
我的MSN被盗号了,请大家不要打开我的账号发出的任何链接,也不要汇款。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线