扫码阅读
手机扫码阅读
如何度量交付后的软件质量?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

软件系统上线后质量评估摘要
软件上线后,客户体验和产品质量常常根据遇到的缺陷数量来评价。上线后发现的缺陷数量受到产品规模、产品质量、测试有效性和客户使用频次四个因素的影响。
产品好坏可通过一段时间内的缺陷密度来衡量,计算公式为:缺陷密度=发现的缺陷个数/产品的规模。理想情况下,缺陷密度应为零。为了客观度量产品规模,业界普遍采用功能点方法。但如果没有采用功能点,可以用开发工作量或合同价格来作为软件规模的代理。
度量软件交付产品质量时,优先采用以下公式:
- 上线后发现的缺陷个数/交付软件的功能点个数
- 上线后发现的缺陷个数/软件开发工作量
- 上线后发现的缺陷个数/软件合同额
- 上线后发现的缺陷个数/交付的代码行数
考虑两个相同规模的软件A和B的例子,它们的质量评估结果会因不同的指标而有所不同。A和B的长期缺陷密度均为每千功能点5个缺陷,但短期缺陷密度、注入的缺陷密度和缺陷逃逸率不同,这导致客户体验、开发和测试质量的评价结果各异。具体来说,软件B提供了更好的客户体验,而软件A具有更高的测试质量。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 229.4K
麦哲思科技任甲林的其他文章
开发过程中的八种确认方法
确认是确保做了正确的事情,方向不偏。确认可以在项目前期做,也可以在项目后期做,提倡持续确认、质量左移。在前期主要是检测需求的质量,在后期是检测完成的系统是否真的是客户所需。本文概要归纳了开发过程中常见的八种确认手段。
流程管理的基本理念
澄清一下关于流程的基本概念与理念。
白话SCRUM之五:四种会议
在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动。 这四种会议的要点如下:
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
你的笔记本怕蟑螂吗?
昨天,朋友给我打电话,说HP出事了,给了我一个网页链接,让我去看。3.15,惠普的笔记本遭曝光了,HP的人还谈到了学生宿舍的蟑螂。HP我是知道的,蟑螂我也知道,这2者存在相关性,有创意。我上学时,宿舍里确实有蟑螂,可惜,那时没有笔记本。工作后,没有见过蟑螂,但是见过多个品牌的笔记本。 我曾经使用的第1台笔记本大概是在96,97年左右,好像是长城286,记不太清楚了,很重,速度比较慢,但是出差做方案
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线