需求变更对软件质量的影响
发布于 2024-10-02
1378
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
通过对某企业38个项目的历史数据分析,本文旨在验证需求变更数与软件缺陷数之间的关系。数据包括需求变更次数、代码规模、软件测试发现的总缺陷数、测试缺陷密度以及需求变更密度。
分析结果
首先,通过散点图分析总缺陷数与需求变更数的关系,发现二者之间存在正相关。删除显著的离群点后,重新绘制的散点图和拟合线图进一步确认了需求变更数的增加与总缺陷数增加之间的强相关性。
其次,研究单位代码行的需求变更次数与单位代码行的缺陷个数之间的关系。在排除离群点后,发现每百万行代码的需求变更次数与每千行代码测试发现的缺陷数之间存在弱相关。
结论
综合以上分析,可以得出结论:在该企业的历史项目数据中,需求变更的增加与系统中的缺陷增加之间存在一定的相关性。这一发现支持了初步的经验假设,即需求变更越多,软件缺陷也越多。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 829.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
从3级到高成熟度的18项可能的变化
1每个过程或阶段的进入、退出准则是否可以量化? 比如: 系统测试的进入准则是否可以修改为:静态检查的缺陷100%修改,退出准则修改为:投入的单位工作量不少1人天/kloc, 发现的缺陷不少于6个/kloc。 注意定义退出准则时,要考虑投入与产出两个维度,在满足了投入的前提下,要求产出结果如何,如上例。2关键过程、...
COSMIC规模度量案例集三:业务应用软件案例—页面维护
概述展示前台注册及后台新增的用户信息的页面。流程图用户查询界面原型输入: 序号 输入项 类型 字段描述 说明 1. 用户名/姓名 输入框 选填 按照用户名或者姓名模糊查询 2. 机构全称 输入框 ..
估算项目工作量的方法:定额法
定额法的优点是可以进行快速估算,并容易和客户达成一致。缺点是需要对定额进行校对后使用。
敏捷方法开发总结的点评记录
某项目组采用敏捷的方法完成了一个项目,在此过程中,每次迭代结束后,项目组的每个成员都总结了本次迭代的经验教训,我汇总这些经验教训后,点评如下:
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线