需求变更对软件质量的影响
发布于 2024-10-02
1075
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
通过对某企业38个项目的历史数据分析,本文旨在验证需求变更数与软件缺陷数之间的关系。数据包括需求变更次数、代码规模、软件测试发现的总缺陷数、测试缺陷密度以及需求变更密度。
分析结果
首先,通过散点图分析总缺陷数与需求变更数的关系,发现二者之间存在正相关。删除显著的离群点后,重新绘制的散点图和拟合线图进一步确认了需求变更数的增加与总缺陷数增加之间的强相关性。
其次,研究单位代码行的需求变更次数与单位代码行的缺陷个数之间的关系。在排除离群点后,发现每百万行代码的需求变更次数与每千行代码测试发现的缺陷数之间存在弱相关。
结论
综合以上分析,可以得出结论:在该企业的历史项目数据中,需求变更的增加与系统中的缺陷增加之间存在一定的相关性。这一发现支持了初步的经验假设,即需求变更越多,软件缺陷也越多。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 642.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
CMMI V2.0 时代即将来临
CMMI V2.0
系统测试成功的关键点
(1)系统测试人员参与需求评审 (2)定义明确的测试需求 (3)测试人员要在需求阶段介入项目组 (4)系统测试用例要覆盖所有的场景 (5)建立产品需求与测试用例的跟踪矩阵 (6)评审测试用例 (7)利用回归测试工具 (8)
过程改进:宽度优先还是深度优先?
在过程改进时有这样一种现象:在组织内有很多项目,但是只有参与正式评估的项目严格按照CMMI的体系在做,其他项目基本没有按此体系在做。企业在得到2级的评估时是这样,得到3级的评估时还是这样,得到4-5级的评估时仍然如此。体系在组织内根本就没有推广开来,而是限定在小范围内的一部分项目的一段时间内。 过程改进应该是一种企业文化的变革,仅仅限定在一段时间的局部项目项目的改进不可能形成企业的文化变更,这种
如何在软件质量管理活动中更好地使用检查单?
作者:任甲林 来源:希赛网 http://www.csai.cn 2006年6月28日 关键字:检查单 形式 内容 分类 发现效率 摘要:本文总结了在软件质量管理活动中,设计与使用检查单的6个基本要点,为更好地利用检查单从事质量管理活动提供了一个实用性指南。 检查单(Checklists)是软件质量管理活动中最常用的工具之一,通过检查单的作用是提醒检查人员检查哪些内容,避免遗漏。在设计
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线