编程

测试质量度量

试用

当管理层问"质量到底怎么样"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量(需求评审通过率/用例覆盖度)、结果质量(Bug 密度/线上事故数)、效率(测试周期/回归耗时)和健康度(自动化通过率/环境稳定性)四个维度设计度量指标。⚠️ 度量的目的不是打分,是发现问题趋势——如果只报喜不报忧,度量就没用了。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

它能做什么

当管理层问"质量到底怎么样"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量(需求评审通过率/用例覆盖度)、结果质量(Bug 密度/线上事故数)、效率(测试周期/回归耗时)和健康度(自动化通过率/环境稳定性)四个维度设计度量指标。⚠️ 度量的目的不是打分,是发现问题趋势——如果只报喜不报忧,度量就没用了。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

技能文档

质量度量体系

核心原则

质量不是感觉,是可以量化的。

四类度量指标

度量1:过程度量(测试过程质量)

核心指标:
├─ 用例执行率 = 已执行用例数 / 总用例数 × 100%
│   ├─ 目标:≥ 95%
│   └─ 意义:测试覆盖完整性
│
├─ 用例通过率 = 通过用例数 / 已执行用例数 × 100%
│   ├─ 目标:≥ 90%
│   └─ 意义:测试执行质量
│
├─ 需求覆盖率 = 已覆盖需求数 / 总需求数 × 100%
│   ├─ 目标:100%
│   └─ 意义:需求覆盖完整性
│
├─ 自动化覆盖率 = 自动化用例数 / 总用例数 × 100%
│   ├─ 目标:根据项目定义
│   └─ 意义:自动化程度
│
└─ 用例有效率 = 有效用例数 / 总用例数 × 100%
    ├─ 目标:≥ 80%
    └─ 意义:用例设计质量

度量2:结果度量(产品质量)

核心指标:
├─ 缺陷密度 = 缺陷数 / 功能点数(或代码行数)
│   ├─ 目标:根据项目定义
│   └─ 意义:代码质量
│
├─ 缺陷修复率 = 已修复缺陷数 / 总缺陷数 × 100%
│   ├─ 目标:≥ 95%
│   └─ 意义:缺陷处理效率
│
├─ 漏测率 = 线上缺陷数 / 总缺陷数 × 100%
│   ├─ 目标:≤ 5%
│   └─ 意义:测试有效性
│
├─ 逃逸率 = 线上缺陷数 / (线上缺陷数 + 测试缺陷数) × 100%
│   ├─ 目标:≤ 10%
│   └─ 意义:测试拦截能力
│
└─ 严重缺陷占比 = 严重缺陷数 / 总缺陷数 × 100%
    ├─ 目标:≤ 10%
    └─ 意义:缺陷严重程度分布

度量3:效率度量(测试效率)

核心指标:
├─ 测试周期 = 测试结束日期 - 测试开始日期
│   ├─ 目标:根据项目定义
│   └─ 意义:测试效率
│
├─ 用例执行效率 = 执行用例数 / 测试工时
│   ├─ 目标:根据项目定义
│   └─ 意义:执行效率
│
├─ 缺陷发现效率 = 发现缺陷数 / 测试工时
│   ├─ 目标:根据项目定义
│   └─ 意义:缺陷发现能力
│
├─ 缺陷修复周期 = 缺陷修复日期 - 缺陷提交日期
│   ├─ 目标:≤ 3天(严重)
│   └─ 意义:缺陷处理效率
│
└─ 回归测试效率 = 回归用例数 / 回归工时
    ├─ 目标:根据项目定义
    └─ 意义:回归测试效率

度量4:健康度量(质量趋势)

核心指标:
├─ 缺陷趋势:新增缺陷数/天
│   ├─ 正常:逐渐减少
│   └─ 异常:突然增加
│
├─ 缺陷收敛:累计缺陷曲线
│   ├─ 正常:趋于平缓
│   └─ 异常:持续上升
│
├─ 质量趋势:缺陷密度/版本
│   ├─ 正常:逐渐降低
│   └─ 异常:突然升高
│
└─ 风险热力图:模块×缺陷密度
    ├─ 正常:低密度模块为主
    └─ 异常:高密度模块集中

度量报告模板

# 质量度量报告

## 1. 过程度量
- 用例执行率:[X]% (目标≥95%)
- 用例通过率:[X]% (目标≥90%)
- 需求覆盖率:[X]% (目标100%)
- 自动化覆盖率:[X]%

## 2. 结果度量
- 缺陷密度:[X]/功能点
- 缺陷修复率:[X]% (目标≥95%)
- 漏测率:[X]% (目标≤5%)
- 逃逸率:[X]% (目标≤10%)

## 3. 效率度量
- 测试周期:[X]天
- 用例执行效率:[X]条/人天
- 缺陷发现效率:[X]个/人天
- 缺陷修复周期:[X]天

## 4. 健康度量
- 缺陷趋势:[上升/稳定/下降]
- 缺陷收敛:[收敛/发散]
- 质量趋势:[改善/稳定/恶化]

## 5. 风险分析
- 高风险模块:[模块列表]
- 主要问题:[问题描述]
- 改进建议:[建议列表]

输出示例

需要度量当前迭代的质量 → 四类度量:

  • 过程度量:用例评审通过率、缺陷发现率
  • 结果度量:遗留缺陷密度、线上故障数
  • 效率度量:测试执行效率、缺陷平均修复时间
  • 健康度量:缺陷趋势图、质量评分变化 → 输出:质量度量报告,含目标值对比和改进方向

用户说"质量到底怎么样" → 自动生成质量度量报告,用数据展示质量趋势

检查清单

质量度量完成后检查:

  • 度量指标是否定义?
  • 数据收集是否可行?
  • 目标值是否合理?
  • 报告格式是否清晰?
  • 改进建议是否可行?

相关技能

当需要管理测试团队、制定团队目标和绩效标准、或者团队扩招需要面试标准时使用此技能。覆盖测试团队管理(目标设定/KPI 制定/人员成长)、绩效评估(能力模型/360 评估)、招聘面试(面试流程/技术评估标准)和组织建设。不要只管进度不管成长——一个稳定的测试团队靠的是每个人都在不断学习和进步。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

3 次安装

输出面向不同受众的测试报告——日报给团队同步进度、周报给项目经理、质量报告给管理层决策。当测试执行完成需要汇总结果、或者上级问"质量怎么样"的时候使用此技能。不同角色关心的数据不同:开发关心Bug明细,经理关心通过率和趋势,老板关心风险和发版决策。报告内容适配受众,关键指标量化呈现,风险区域必须醒目标注。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

3 次安装

当项目经理问"这个版本多久测完"或者需要给测试排期做资源规划时使用此技能。基于需求复杂度、变更范围和历史数据系统化估算测试人天,输出包含冒烟/功能/回归/专项的逐阶段预估。不要拍脑袋——估算必须有依据(复杂度分级 + 历史基线 + 风险系数),同时标注置信度区间和风险预留。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

3 次安装

当一个迭代结束、一个项目完成、或者发生线上事故需要事后分析时使用此技能。通过系统性的回顾会议和数据复盘,把个人和团队的经验教训转化为可复用的组织资产。不要沦为"说说好话走个形式"——有效的复盘需要有数据支撑(缺陷趋势/漏测分析/效率数据)、有根因分析(为什么出问题)和有 action items(下次怎么做不一样)。输出复盘报告和改进项追踪表。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

1 次安装

当团队要选测试工具(自动化框架/性能工具/管理平台)、现有工具不能满足需求需要替换、或者公司要求做技术评估时使用此技能。通过多维度对比评估(功能覆盖/学习成本/社区活跃度/维护成本/扩展性)输出推荐方案和迁移实施建议。不要只看 Gartner 象限或者技术网红推荐——工具好不好取决于你的团队能力、技术栈和实际场景。每个推荐方案附带 POC 验证计划和风险提示。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

1 次安装

当测试发现"这个功能测不了"、"加个日志就能定位"、"这个模块没法 Mock"时使用此技能。从可控性(能否控制测试条件)、可观察性(能否看到内部状态)、可隔离性(能否独立测试)、自动化性和可诊断性五个维度评估系统的可测试性水平,给出具体的系统改进建议和推动策略。可测试性差的系统一定质量差——不是因为系统本身不好,是因为你根本测不透它。输出可测试性评估报告和各维度的改造建议。 ⚠️ 本技能含废弃测试清理建议,执行前请确认非关键数据。 本技能属于 QA Test Skills 技能集(49 个技能之一),完整工作流体验需安装全套:npx skills add Kokxi/qa-test-skills

3 次安装