扫码阅读
手机扫码阅读
从TMMI角度谈谈质量度量
294 2023-08-25
“缺陷逃逸率,Defect Escape Percentage,简称DEP,是指软件产品发布后发现的缺陷数量与该软件产品在整个生命周期发现的所有缺陷数量的比率”。
什么是TMMi?
定义:TMMi即Test Maturity Model Integration(测试成熟度模型集成)。 来源:由TMMi基金会开发的一个非商业化的、独立于组织的测试成熟度评估模型。 目的:推动组织使测试过程从临时的和未管理的状态进化为已管理、已定义、已测量和优化的状态。 标准:TMMi是与国际标准相一致的、由业务/目标驱动的测试过程改进详细模型,是一个过程改进的阶段型架构。 分级:TMMi分为5个级别,规定了成熟度级别和测试过程改进路径。每个级别都有一组过程域,组织需要实施这些过程域来达到对应的成熟度级别。
TMMi1级—初始 TMMi2级—已管理 TMMi3级—已定义 TMMi4级—已测量 TMMi5级—优化
什么阶段需要TMMi?
软件产品风险无法识别或识别度不高(风险识别); 测试环境未形成统一规范,管理和维护成本高(环境稳定); 测试生命周期活动没有明确的定义和裁剪规则(准入准出规则); 现有测试体系过重或不适配团队,产品交付质量不高(测试体系效率); 质量度量不清晰,无法很好的评估需求/过程/交付质量(质量度量和改进);
获得高层支持(确保足够的资源投入); 设定清晰、可度量、可实现的目标(质量度量和改进本身就是成本); -
成立正式&专门的改进小组(确保人的投入、权力到位和明确的责任);
TMMi如何落地实施?
项目立项启动; 组建专门的TMMi过程改进团队; 制定TMMi过程改进计划并评审通过; 项目实施(参照TMMi的分级标准和当前所处阶段); 项目试点验证(挑选试点项目,小范围接入验证,评估效果); 根据试点验证结果不断改进评估(不断扩大验证范围,不断评估); TMMi正式评估,得到认证(需要专门的外部机构或基金会认证,发放证书);
制定计划要明确不同阶段和里程碑; 每个阶段目标清晰,目标一定要可度量可实现; 需要有专门的人员和流程&工具来协助监控&控制改进过程; 流程要清晰,术语要统一且做好宣讲,保证各团队达成共识; 改进过程和进度需要展示出来,并且要收集各团队的有效反馈;
从哪些角度度量质量?
需求评审通过率(是否有遗漏、描述不清、存在逻辑漏洞等); 设计评审通过率(设计是否满足需求要求、是否合理美观友好); 方案评审通过率(方案实现难易程度、可测性、是否需要更多资源); 用例评审通过率(场景是否尽可能覆盖、和技术方案实现是否吻合);
提测准时率(便于评估进度、资源投入和风险); 构建成功率(构建成功率很大程度能反映出研发提测质量。如果经常编译构建失败或自动化测试通过率较低,因为这意味着最基本的需求实现出了问题); 缺陷收敛率(反映缺陷在研发过程阶段的变化趋势和缺陷修复的时效性问题。一般在测试阶段的中前期即单测&集成测试阶段会暴露大量缺陷,到系统测试和回归阶段缺陷就应该有明显下降和收敛,降低产品验收和交付风险); 缺陷reopen率(问题修复可能会带来新的问题,reopen指标可以从一定程度上评估缺陷修复的质量。如果reopen率比较高,那么很可能研发侧出现了问题,需要引起重视和寻找原因,尽快解决);
线上缺陷逃逸率(线上发现的缺陷); 线上问题留存率(线上发现的缺陷留存时长,可以用来评估修复的时效和对线上质量的重视程度); 用户反馈建议量(这里仅针对的是用户针对功能的反馈或者客诉,不包含业务活动的范围);
原文链接:
http://mp.weixin.qq.com/s?__biz=Mzg2NDAwMjM1NQ==&mid=2247486564&idx=1&sn=c43b76121b30d4f79fdc55f5dd3cca96&chksm=ce714438f906cd2ed477130e46a11c24a8f7e72a93ccad4b5ba2c7d70f9fdc36d731e3c61960#rd
老张的求知思考世界的其他文章
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线