第4章 Reach（覆盖度）评估方法
RICE 优先级模型中，Reach（覆盖度）衡量测试项影响的范围广度。不同于 Impact（影响力）的深度评估，Reach 关注的是“多少人/多少设备会受本次测试结果影响”，是决定测试资源分配权重的关键维度之一。本章提供标准化的 Reach 评估方法，确保跨团队评估口径统一。
本章知识图谱对应硬件产品 EVT→DVT 阶段中的测试项优先级排序环节，建议与第3章 Impact 评估联动使用。
4.1 适用场景
- 需要为测试用例或缺陷修复项分配优先级时，使用 Reach 指标量化影响面。
- 多项目并行或版本分支管理场景下，甄别高覆盖度的测试项。
- 市场区域、用户画像、设备类型差异明显时，区分局部 vs 全局影响。
- 回归测试范围裁剪决策中，优先保留 Reach 值高的测试项。
4.2 前置条件
- 设备/用户数据可获取：已完成产品 E-样本划分或设备分级（如旗舰型号≥10000台，中端型号≥5000台，低端型号≥1000台）。
- 测试项与地理/机型映射关系已定义：每个测试项标识了影响的 Region、Model、OS 版本、渠道、回退版本等维度。
- 覆盖率统计口径已确认：组织层面明确是按“设备台数”“用户数（登录用户）”“激活数量”还是“SKU 数量”计算 Reach。
4.3 操作步骤
| 步骤 | 动作 | 工具/模板 |
|---|---|---|
| 1 | 定义测试项影响的设备/用户群体范围，填写影响域矩阵 | 影响域矩阵模板（Excel / Airtable） |
| 2 | 从设备库存或用户数据库查询对应范围的绝对数量 | 设备库存数据库 / 用户画像系统 |
| 3 | 计算该数量占总设备/总用户的百分比（覆盖率指标） | 公式：Reach% = (影响数量 / 总量) × 100% |
| 4 | 按冲击等级映射为 1~5 分的 Reach 分数（见映射表） | Reach 分数映射表 |
| 5 | 记录评估口径、数据快照日期及计算依据 | Reach 评估记录表（第 4.6 节） |
4.4 输入输出物
输入物：
- 产品 E-样本分级列表（含各挡位设备数量）
- 用户分群数据（日活/月活用户数、地理分布数据）
- 当前测试用例与缺陷的影响域矩阵（手工填写或 Jira 标签提取）
输出物：
- 每个测试项的 Reach 分数（1~5）
- Reach 评估记录表（含计算过程、数据快照）
- 覆盖度热力图（可选：设备型号 vs 影响功能矩阵）
4.5 责任边界
- 测试工程师：负责填写影响域矩阵，确保影响的 Region、Model 等维度准确。
- 数据工程师 / PM：提供设备库存数据库或用户画像系统的实时/快照数据。
- 测试经理 / 质量负责人：审核 Reach 分数与覆盖度口径是否一致，处理跨团队争议。
- 决策委员会：当 Reach 分数直接影响资源分配时，按规则裁决例外情况。
避坑提醒：不要将“可能受影响的设备”与“通过测试后受益的设备”混淆。Reach 评估仅关注测试失败未暴露时实际会遭遇问题的设备/用户，而非修复后理论上受益的全部范围。
4.6 记录材料
以下为 Reach 评估记录表的标准结构，建议以数据库或电子表格形式留存每个测试项的评估档案。
| 字段 | 说明 | 示例 |
|---|---|---|
| 测试项 ID | 唯一标识（如 JIRA 编号） | TC-2024-BAT-017 |
| 影响域 | Region / Model / OS 组合 | US-market; Pixel_8_Pro, Pixel_8; Android 14 |
| 影响设备数量 | 绝对数量（库存台数或用户数） | 2,450,000 |
| 总设备数量 | 同口径下的总体基数 | 12,000,000 |
| 覆盖率 % | 影响设备数 / 总设备数 | 20.42% |
| Reach 分数 | 1~5 映射值 | 3 |
| 评估口径 | 说明是“设备台数”“月活用户数”或“SKU 数量” | 设备台数（库存） |
| 数据快照日期 | 计算使用数据的截止时间 | 2025-03-10 |
| 评估人 | 填写影响域矩阵的工程师 | Zhang Wei |
| 审核人 | 测试经理 | Li Na |
4.7 异常处理
| 异常场景 | 处理办法 |
|---|---|
| 影响设备数量超过总库存（如虚拟设备/预量产数据混杂） | 退回 PM 确认总设备清单，去重并剔除未发货/预生产条目后重新计算 |
| 不同团队使用不同口径（如团队 A 用日活用户，团队 B 用设备台数） | 由测试经理指定本版本统一口径；若无法统一，分别记录两个口径并在决策时注明权重 |
| 影响域矩阵填写不完整（如缺 Model 或 Region 维度） | 退回测试工程师补充，补充期间先按最低影响范围假设（即当前填写维度的最小覆盖）暂估 |
| 数据无法在截止日前获取（如第三方市场数据延迟） | 使用上个版本快照数据 + 偏差率修正，并在记录材料中标记“使用估算数据” |
4.8 验收标准
- 完整性：每个测试项必须填写影响域矩阵的至少 2 个维度（Region + Model 或 Region + OS）。
- 一致性：同一版本内所有测试项使用相同的 Reach 评估口径，不同版本之间口径变更需记录变更日志。
- 可追溯：评估记录表中数据快照日期与设备数据库快照时间差不超过 7 个自然日。
- 可审核：Reach 分数计算过程（影响数量、总量、覆盖率、映射规则）由测试经理抽查 20% 的用例，错误率低于 2%。
4.9 Reach 评估流程 SVG
核心原则：Reach 评估必须基于客观可量化的数据（设备库存/用户活跃数），避免主观臆断。当影响域跨越多个 Region 或 Model 时，取各维度覆盖率的最大值作为最终覆盖率（因为任一维度下的用户都可能触发缺陷）。例如：某功能同时影响北美 Pixel 8（覆盖率 15%）和欧洲 Pixel 8（覆盖率 5%），则总覆盖率为 15%，不是 20% 的简单相加，而是取两个独立影响区间中的最大值。
本章介绍的 Reach 评估方法已融入 RICE 案例资料的标准作业流程，后续第5章将对接 Confidence（信心度）的量化评估。