欢迎来到如何度量交付后的软件质量？
发布于 2024-10-04
2055
版权声明
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：如何度量交付后的软件质量？
文章来源：
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
软件系统上线后质量评估摘要
软件上线后，客户体验和产品质量常常根据遇到的缺陷数量来评价。上线后发现的缺陷数量受到产品规模、产品质量、测试有效性和客户使用频次四个因素的影响。
产品好坏可通过一段时间内的缺陷密度来衡量，计算公式为：缺陷密度=发现的缺陷个数/产品的规模。理想情况下，缺陷密度应为零。为了客观度量产品规模，业界普遍采用功能点方法。但如果没有采用功能点，可以用开发工作量或合同价格来作为软件规模的代理。
度量软件交付产品质量时，优先采用以下公式：
- 上线后发现的缺陷个数/交付软件的功能点个数
- 上线后发现的缺陷个数/软件开发工作量
- 上线后发现的缺陷个数/软件合同额
- 上线后发现的缺陷个数/交付的代码行数
考虑两个相同规模的软件A和B的例子，它们的质量评估结果会因不同的指标而有所不同。A和B的长期缺陷密度均为每千功能点5个缺陷，但短期缺陷密度、注入的缺陷密度和缺陷逃逸率不同，这导致客户体验、开发和测试质量的评价结果各异。具体来说，软件B提供了更好的客户体验，而软件A具有更高的测试质量。
麦哲思科技任甲林
查看原文：如何度量交付后的软件质量？
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
1040现代的企业在两个市场上进行着竞争，一个是产品与服务市场，一个是人才市场。商务市场的成功取决于人才市场的成功。在软件企业成功的三要素（人员、技术、过程）中，人员是其中最基本的要素。基于此，1995年，美国卡内基梅隆大学软件工程研究所推出了指导企业实施劳动力实践的模型：People CMM。该模型基于目前人力资源、知识管理和企业文化建设方面的一些最佳实践，可以指导企业持续地改进劳动力能力、培养人才
1402（1） 需求、设计、代码、测试用例的质量比较差Ø 需求描述不全面、不详细；Ø 设计中错误比较多，遗漏比较多；Ø 设计与实现脱节，实现人员不看设计文档；Ø 代码中隐藏的缺陷比较多，代码的可维护性比较差，其他开发人员难以读懂代码；Ø 测试用例数量太少，对需求、设计的覆盖率比较低（2） 同行评审无法快速发现问题Ø 缺
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
471 篇文章
浏览 814.4K
还在用多套工具管项目？
一个平台搞定产品、项目、质量与效能，告别整合之苦，实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
做事模式的思考：想、说、写、做
模式一：边做边想没有事先的计划，没有思虑周全，在做的过程中再去寻找好的方法，造成的后果就是质量差或返工多，浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。磨刀不误砍柴工，先想清楚，再动手做，看似慢，实际快！模式二：想->做 想清楚了总比不想好。此种模式没有和别人沟通，没有文档化，这种模式很可能想的不周全，导致在做的过程中存在问题。三思而后行，如何保证三思的质量呢？沟通与文档化。模式三：想->写->做 想了以后文档化，文档化可以促进自我反思，但是没有其他人进行评审，然后去实现，没有其
CMMI 4级实践问题30问-4
第10问：特殊原因发生，是否一定会有过程异常？ 答：未必。 比如特殊原因1是正向作用，特殊原因2是反向作用，二者可能作用抵消，在过程的参数上表现的就可能没有异常。 如果有过程异常，也未必是特殊原因造成的，有可能是误判。 第11问：好的异常是否也要剔除？ 如前８个点的上下限在－１０％到－１％，可第９个点在１％,看着是超过了控制线，可这个点的实际意义是好的，那是剔除不剔除呢？
AI自动生成代码了，度量功能点还有意义吗？
用户可能说“做个电商系统”，但“母婴用品垂直电商”和“全品类电商平台”的功能点规模完全不同——前者需要“育儿知识社区”“母婴用品专属筛选”等功能点，后者需要“多商家入驻”“全品类分类”等功能点，两者的价值差异，正是通过功能点来量化的。无论是项目预算的编制、合同价格的敲定，还是成本的管控，都需要一个明确的基准——功能点，它能精准量化业务需求的体量，让“多少钱办多少事”有章可循，避免因需求模糊导致的报价混乱、预算超支。如果说传统时代，功能点是“有用的工具”，那么AI时代，功能点就是“不可或缺的标尺”。
要言不烦先行指标与滞后指标的12个要点
在设计度量体系时，可以把度量指标分为滞后指标与先行指标，二者的区别是什么呢？
实施CMM时必须解决的认识问题
在基于CMM实施软件过程改善时，有些根本的思想认识问题解决不了，往往会使实施的周期比较长，效果不好，甚至导致过程改善的失败或中止。软件企业的高层领导、企业的过程改善主管、销售人员、项目经理及一般的开发人员都需要对这些问题统一认识，在此基础上才能消除各方面的阻力，把握好过程改善的方向，控制好过程改善的进度。笔者在总结了3年的实施CMM的经验教训后，归纳了如下几个思想认识问题，供拟准备进行过程改善或正
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@chandao.com -
融实践库
关于我们 加入我们立即学习
微信号：rongpmcom
-
微信公众号
-
微信视频号
-
社区微信群
