Qa Quality Metrics

SKILL.md

---
name: qa-quality-metrics
version: 1.6.0
description: >-
  当管理层问"质量到底怎么样"、需要量化质量数据来做决策、或者想建立质量看板来跟踪趋势时使用此技能。从过程质量（需求评审通过率/用例覆盖度）、结果质量（Bug 密度/线上事故数）、效率（测试周期/回归耗时）和健康度（自动化通过率/环境稳定性）四个维度设计度量指标。⚠️ 度量的目的不是打分，是发现问题趋势——如果只报喜不报忧，度量就没用了。

when_to_use: 用户说"质量度量"、"质量指标"、"怎么量化质量"、"质量看板"、"质量数据"、"趋势分析"、需要建立度量体系、向管理层展示质量数据时
allowed-tools: Read Grep Glob
related_skills:
  upstream:
    - qa-release-risk-governance # 输入：发布数据
    - qa-bug-lifecycle        # 输入：缺陷数据
  downstream:
    - qa-retrospective           # 输出：度量数据用于复盘
    - qa-testability-advocacy    # 输出：质量趋势推动改进
    - qa-stakeholder-communication
    - qa-tech-debt-management
    - qa-test-reporting
input_format:
  required:
    - name: 测试数据
      type: object
      description: 测试执行数据和结果
    - name: 缺陷数据
      type: object
      description: 缺陷统计和分析数据
  optional:
    - name: 历史基线
      type: object
      description: 历史质量基线数据
output_format:
  traceability:
    - 每份度量报告带唯一ID（METRIC-XXXX）
  structure:
    - quality_dashboard: 质量仪表盘
    - defect_density: 缺陷密度分析
    - test_coverage: 测试覆盖率
    - pass_fail_rate: 通过/失败率
    - trend_analysis: 质量趋势分析
categories: ['Development','Testing','DevOps']
depth_requirement_quantification:
  reference_value: "根据度量维度调整指标深度：简单×1/中等×2/复杂×3"
  minimum: "至少覆盖过程质量、结果质量、效率、健康度4个维度"
error_recovery_guidance:
  on_failure: "度量数据缺失时回退到测试执行和缺陷数据收集"
  retry_behavior: "补齐数据后重新计算指标"
---
# 质量度量体系

## 核心原则

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

## 四类度量指标

### 度量1：过程度量（测试过程质量）

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

### 度量2：结果度量（产品质量）

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

### 度量3：效率度量（测试效率）

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

### 度量4：健康度量（质量趋势）

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

## 度量报告模板

```markdown
# 质量度量报告

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

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

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

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

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

## 输出示例

**需要度量当前迭代的质量**
→ 四类度量：
  - 过程度量：用例评审通过率、缺陷发现率
  - 结果度量：遗留缺陷密度、线上故障数
  - 效率度量：测试执行效率、缺陷平均修复时间
  - 健康度量：缺陷趋势图、质量评分变化
→ 输出：质量度量报告，含目标值对比和改进方向

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

## 检查清单

质量度量完成后检查：
- [ ] 度量指标是否定义？
- [ ] 数据收集是否可行？
- [ ] 目标值是否合理？
- [ ] 报告格式是否清晰？
- [ ] 改进建议是否可行？