跳到主要内容

05 · 度量指标

度量的目的​

  1. 可视化质量状况 — 让管理层看到质量全貌
  2. 驱动流程改进 — 数据说话，而非感觉
  3. 识别瓶颈 — 定位是开发质量问题还是测试效率问题
  4. 建立基线 — 为下个版本提供参考

核心指标体系（4 大类 × 15 项）​

1. 效率指标​

指标定义目标数据来源
测试准备周期需求评审到用例完成的天数≤ 3 天项目管理系统
测试执行效率每日执行用例数基线 × 1.2用例管理平台
自动化覆盖率自动化用例数 / 总用例数≥ 40%CI 系统
自动化执行时间完整回归一轮耗时≤ 60 minCI 系统

2. 质量指标​

指标定义目标数据来源
用例通过率通过用例数 / 总用例数≥ 98%用例管理
Bug 密度Bug 总数 / 千行代码基线对比Bug 系统 + Git
严重 Bug 占比(P0+P1) / 总 Bug≤ 15%Bug 系统
Bug 修复率已关闭 Bug / 总 Bug= 100%Bug 系统
线上缺陷逃逸率线上 Bug / 总 Bug≤ 3%线上监控

3. 流程指标​

指标定义目标数据来源
提测一次通过率一次提测成功版本 / 总提测版本≥ 80%提测记录
冒烟测试通过率冒烟通过版本 / 总提测版本≥ 95%测试记录
需求变更率测试中变更需求数 / 总需求数≤ 10%需求系统
Bug 平均修复时长从发现到关闭的平均时间按级别设定Bug 系统

4. 团队指标​

指标定义目标数据来源
Bug 重开率重开 Bug / 总 Bug≤ 5%Bug 系统
用例评审意见采纳率采纳意见数 / 提出意见数≥ 70%评审记录

报表与看板​

日报（每日）​

  • 用例执行进度
  • 新增 Bug
  • 阻塞项

周报（每周五）​

  • 本周测试进度
  • 本周 Bug 趋势
  • 风险项

版本报告（版本结束）​

  • 所有指标对比基线
  • 改进点总结

月度报告（每月）​

  • 团队整体质量趋势
  • 跨项目横向对比

数据采集策略​

自动采集（优先）​

  • 用例执行数据：CI / 测试平台 API
  • Bug 数据：GitLab / Jira API
  • 代码数据：Git log / SonarQube

手动记录（兜底）​

  • 提测达标情况（测试负责人记录）
  • 流程违约情况（月度复盘时统计）

数据分析模板​

Markdown 模板见 templates/test-reports

CLI 脚手架（Sprint 3 新增）​

本仓库 tools/cross-platform/scripts/ 下提供测试相关零依赖脚本:

脚本作用
bug-trend.js读 Bug JSON（Jira/禅道/TAPD 导出兼容）→ Markdown 趋势报告 + ASCII 图
coverage-analysis.js需求 ↔ 用例 ID 映射扫描,算覆盖率 + 未覆盖清单 + 悬空引用

企业 Bug 系统集成（国内高频）:

度量周报: tools/metrics/testing/collect.js（从 Git 拉产出数据,每周自动生成）。