如何度量交付后的软件质量?
发布于 2024-10-04
1832
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
软件系统上线后质量评估摘要
软件上线后,客户体验和产品质量常常根据遇到的缺陷数量来评价。上线后发现的缺陷数量受到产品规模、产品质量、测试有效性和客户使用频次四个因素的影响。
产品好坏可通过一段时间内的缺陷密度来衡量,计算公式为:缺陷密度=发现的缺陷个数/产品的规模。理想情况下,缺陷密度应为零。为了客观度量产品规模,业界普遍采用功能点方法。但如果没有采用功能点,可以用开发工作量或合同价格来作为软件规模的代理。
度量软件交付产品质量时,优先采用以下公式:
- 上线后发现的缺陷个数/交付软件的功能点个数
- 上线后发现的缺陷个数/软件开发工作量
- 上线后发现的缺陷个数/软件合同额
- 上线后发现的缺陷个数/交付的代码行数
考虑两个相同规模的软件A和B的例子,它们的质量评估结果会因不同的指标而有所不同。A和B的长期缺陷密度均为每千功能点5个缺陷,但短期缺陷密度、注入的缺陷密度和缺陷逃逸率不同,这导致客户体验、开发和测试质量的评价结果各异。具体来说,软件B提供了更好的客户体验,而软件A具有更高的测试质量。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
440 篇文章
浏览 670.5K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何设计度量数据展示的指示器?
在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。 比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的
软件项目量化管理目标举例
1 产出类目标 1.1总体目标进度:项目工期偏差率介于+-15%之间;质量:项目的缺陷逃逸率不高于5%; 项目交付的缺陷密度不高于1个bugs/KLOC;规模:需求变更率不超过15%;成本:工作量偏差率不超过+-30%; 每人月实际投入项目的时间不少于上班时间的50%;项目返工工作量不高于20%;效率:全生命周期生产率不小于1KLOC/MM;其他:人员变更率不超过20%;
我说CMMI2.0之同行评审
同行评审,不是通过测试去发现缺陷,而是通过专家阅读文档、代码发现缺陷,是在实现之前发现缺陷的最有效手段。同行评审这个PA是从VER中剥离出来的,原来1.3版本的VER与VAL合并成了VV PA,让熟悉最早的SW-CMM.1.1的从业者感受到了复古之风。这个PA的实践描述通俗易懂,最好理解。但是,很多公司做了同行评审,效果不好。我之前写过多篇博客讲解同行评审如何做的问题,分别列举到对应的...
高效驾驭AI:用7要素法给大模型下达精准任务
同时,对于已经归档被退回的文件,可进行修改,删除等操作。针对于产品经理识别的这8项功能,你能否给具体细化:列出每项功能的概述、使用角色、业务流程、处理的业务数据对象及其属性、人机交互的动作序列,包括正常事件流与异常事件流、界面原型。提示词:...(同上背景)...你能否根据这些初步需求帮我细化一下下一个层次的功能列表,功能列表的格式为:模块,子模块,功能项,功能概述。这7要素借鉴了软件工程中描述功能需求的IPO(输入-处理-输出)模式,通过对任务的全方位定义,让AI能够准确理解你的期望并给出高质量的输出。
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线