扫码阅读
手机扫码阅读
案例:缺陷个数与返工工作量强相关
954 2024-10-04
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:缺陷个数与返工工作量强相关
文章来源:
麦哲思科技任甲林
扫码关注公众号
通过对某公司21个项目的缺陷个数与返工工作量的数据进行分析,建立了缺陷数与缺陷修复工时之间的回归方程。该回归方程为:缺陷修复工时=4.0371+6.4217缺陷数,揭示了两个重要的信息:
- 修复缺陷的固定成本为4.0371个工时,表明无论项目大小,都会有一个基本的工时消耗。
- 每增加一个缺陷,返工工作量将增加6.4217个工时,这反映了变动成本的信息。
为了降低返工成本,公司可以采取以下两种策略:
- 减少缺陷发生的数量,从而直接减少返工工作量。
- 提高缺陷修复效率,以降低返工的变动成本,即减小回归方程中的斜率值。
想要了解更多内容?
查看原文:案例:缺陷个数与返工工作量强相关
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.4K
麦哲思科技任甲林的其他文章
3分钟弄懂CMMI2.0基准评估的抽样规则
CMMI 2.0和CMMI 1.3的评估方法相比,一个重大变化就是抽样规则变了,新的抽样规则要求覆盖的项目范围更广,但是再不要求有全覆盖的项目,将参与评估的工作量分摊到多个项目中,要求企业的流程体系能够真正在公司里推广落地,而且不是由评估师和sponsor来确定,而是由随机抽样系统来确定,减少了人为干预,确保了抽样的代表性。1 哪些项目可以参评,可用来抽样? 包括但不限于...
需求变更对软件质量的影响
根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC
软件项目策划时常犯的12个错误
大概总结了一下,有时间再展开详细论述吧: 1 任务的颗粒度悬殊太大 2 任务的识别不全面,如: 没有识别出计划(PP,PPQAP,CMP,MAP等)评审的任务 没有识别出来计划修订的任务 模块间集成的任务没有识别出来 3 只做了工作量估计,没有做规模估计 4 只凭1或者2个人的经验进行估计,没有采用规范的估计方法 5 没有计划偏离的控制阀值 6 没有获得项目组成员对计划的承诺 7 在schedul
杂谈推理逻辑的严密性
我们在日常生活中的逻辑推理可以分为两类:必然性推理、或然性推理。从前提条件推理出的结论是确定的,这就是必然性推理。比如:人都有父母。这种结论是必然的,不可否认的,所以没必要争论。从前提条件推理出的结论并非是确定的、必然的,这就是或然性推理。比如:痴情女子负心汉。女人—>痴情女;男人—>负心汉这就不是必然性推理,仅仅是部分人的经验。我们的经验大都...
如何推广单元测试
在我咨询的客户中,软件企业对于单元测试的执行情况可以划分为4类: (1)不做单元测试 (2)组织级要求了开发人员做单元测试,但是开发人员在做单元测试时,测试用例仅覆盖了程序中的正常路径,基本上是一个函数只有一个单元测试用例 (3)组织级要求了每千行代码必须有多少个单元测试用例,一般是在50个/KLOC到100个/KLOC之间。 (4)要求语句覆盖与分支覆盖必须达到100%。其中(3)、(4
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线