测试进度跟踪要同时看四类信息：用例执行状态分布、执行覆盖与阻塞占比、缺陷发现与验证状态、按计划节点衡量的进度偏差。只看“已执行用例占比”容易把阻塞、失败和未验证风险掩盖掉。下面给出一套可复算的状态分类、指标口径和评估步骤，范围限定在测试运行过程，缺陷修复闭环与测试报告评估不展开。
要点总览（TL;DR）
- 测试进度跟踪应同时关注四类信息：用例执行状态分布、执行覆盖与阻塞占比、缺陷发现与验证状态、按计划节点衡量的进度偏差，单看已执行占比会掩盖阻塞和失败风险。
- 状态分类至少覆盖未执行、执行中、通过、失败、阻塞、跳过六类；通过占比和失败占比以已执行用例数为分母，阻塞占比以本轮计划用例数为分母，两者口径不能混用。
- 每个指标写清分子、分母、单位、统计时点和数据来源；跳过用例不计入执行分母，重复执行按最新结果计，分母为零时标注“无样本”而非0%。
- 判断进度要结合剩余工作量和团队近期产能，阈值按项目历史数据与计划节点设定，不套通用达标线。
- 指标是进度信号，执行百分比高不代表质量好，阻塞与失败需结合原因分析，缺陷修复闭环和测试报告评估另行展开。
评估目标：进度跟踪要回答什么问题
测试进度跟踪的评估对象是“本轮测试运行到了什么程度、风险集中在哪里”，判断目标是支撑当天或本周的排期调整、资源调配和风险上报。它要回答三个问题：执行到哪、卡在哪、离计划节点还差多少。这三个问题分别对应覆盖进度、阻塞与失败分布、计划偏差，缺一项都会让结论失真。
用例执行百分比之所以不足以支撑判断，原因在于它把不同性质的状态压成一个数。已执行用例中可能包含大量失败和阻塞，也可能包含刚执行尚未验证的用例；未执行用例中可能有一部分因环境或依赖被阻塞，另一部分是正常排期待执行。同样是60%的执行率，一个团队是“剩余用例按计划推进”，另一个团队是“核心模块全部阻塞、只跑完边缘用例”，进度风险完全不同。执行百分比无法区分这两种情况，也无法说明距离里程碑还差多少工作量。
本文的评估目标清单可以归纳为四项：
- 确认本轮计划范围内用例的执行覆盖程度，以及未执行部分的构成；
- 识别失败与阻塞的规模、集中模块和主要原因；
- 把当前完成量与计划节点对比，量化进度偏差；
- 把缺陷发现与验证状态作为进度信号，判断测试是否具备进入下一阶段的条件。
范围边界需要提前说明：本文讨论测试运行过程中的状态与指标，缺陷修复闭环、缺陷验证跟踪的完整流程归入缺陷修复与验证跟踪主题；测试报告与版本质量结论归入测试报告与质量评估主题。本文提到缺陷数量与验证状态，只用于判断测试进度是否被缺陷处理拖住，不展开修复时效和闭环质量的分析。
指标与范围：状态分类与指标清单
状态分类先于指标设计。用例执行状态建议至少覆盖六类：未执行、执行中、通过、失败、阻塞、跳过。未执行表示本轮计划内尚未开始；执行中表示已开始但结果未定；通过表示实际结果符合预期；失败表示实际结果与预期不符；阻塞表示因环境、数据、依赖或缺陷导致无法继续执行；跳过表示本轮明确不执行，例如需求变更后用例失效或优先级下调。状态枚举一旦确定，应在整轮测试中保持一致，中途新增状态需要同步调整历史数据的归类。
在状态分类基础上，指标按四组组织：执行覆盖、结果分布、阻塞情况、计划偏差。每组指标衡量不同的判断对象，不能互相替代。
| 指标组 | 指标 | 衡量对象 | 计算方式（概述） |
|---|---|---|---|
| 执行覆盖 | 已执行占比 | 本轮计划用例中已产生结果的比例 | 已执行用例数 ÷ 本轮计划用例数 |
| 结果分布 | 通过占比 | 已执行用例中结果符合预期的比例 | 通过用例数 ÷ 已执行用例数 |
| 结果分布 | 失败占比 | 已执行用例中结果不符的比例 | 失败用例数 ÷ 已执行用例数 |
| 阻塞情况 | 阻塞占比 | 计划用例中因外部原因无法执行的比例 | 阻塞用例数 ÷ 本轮计划用例数 |
| 缺陷进度信号 | 缺陷发现数量与验证状态 | 测试过程中暴露的问题规模及已验证关闭情况 | 按时间窗统计新增缺陷数、待验证数、已验证数 |
| 计划偏差 | 里程碑完成偏差 | 实际完成量与计划节点的差距 | 计划应完成用例数 − 实际完成用例数，或按天数计偏差 |
这张表里有两个容易混淆的口径需要说明。通过占比和失败占比的分母是“已执行用例数”，回答的是“跑过的用例里结果如何”；阻塞占比的分母是“本轮计划用例数”，回答的是“计划里有多少被卡住”。如果把阻塞占比也放在已执行分母下，阻塞用例会被排除在分母外，占比反而显得很小，掩盖真实风险。缺陷发现数量与验证状态只作为进度信号：新增缺陷持续上升可能意味着测试覆盖到了高风险区域，待验证缺陷积压可能意味着测试无法按时收口，这两点影响的是进度判断，不构成质量结论。
指标数量不宜过多。一轮测试跟踪通常保留五到七个核心指标即可，其余作为下钻维度，例如按模块、按优先级、按执行人拆分。维度拆分用于定位问题，不用于排名。
数据口径：分子分母、时间窗与数据来源
指标可复算的前提是每个指标都写清分子、分母、单位和统计时点。同一轮测试内口径固定，跨轮对比时先核对口径是否一致。下表给出建议口径，实际使用时按项目约定调整并记录在测试计划中。
| 指标 | 分子 | 分母 | 单位 | 时间窗与快照 | 数据来源 | 缺失与特殊处理 |
|---|---|---|---|---|---|---|
| 已执行占比 | 状态为通过、失败、阻塞、执行中的用例数 | 本轮计划用例数 | 百分比 | 截至每日固定快照时点 | 用例执行记录 | 跳过用例不计入分母，单列说明 |
| 通过占比 | 状态为通过的用例数 | 已执行用例数 | 百分比 | 同上 | 用例执行记录 | 分母为零时标注“无样本” |
| 失败占比 | 状态为失败的用例数 | 已执行用例数 | 百分比 | 同上 | 用例执行记录 | 同一用例多次执行按最新结果计 |
| 阻塞占比 | 状态为阻塞的用例数 | 本轮计划用例数 | 百分比 | 同上 | 用例执行记录及阻塞原因字段 | 阻塞原因缺失时单独列出待补 |
| 缺陷进度信号 | 时间窗内新增缺陷数、待验证数、已验证数 | 不适用（计数指标） | 个 | 按日或按周统计 | 缺陷工作项 | 跨团队流转的缺陷按归属项目去重 |
| 里程碑完成偏差 | 计划应完成用例数 | 不适用（差值指标） | 个或天 | 对照计划节点日期 | 测试计划与执行记录 | 计划变更需保留变更记录 |
用例范围口径需要事先约定，常见三种：全量用例、本轮计划用例、按模块或优先级的子集。三种口径算出的占比不可直接比较。如果本轮只选取高优先级用例执行，通过占比的分母就只包含这部分用例，不能与上一轮全量执行的通过占比并列展示。范围调整时应在进度说明中标注“范围变更”，并同时给出变更前后的数字。
时间窗与快照时点决定数据是否可比。建议每天固定一个时点取数，例如下班前一小时，避免同一天不同时间取数造成波动。跨周对比时使用同一时点的快照。数据来源应尽量单一，用例状态以执行记录为准，缺陷数据以缺陷工作项为准，避免手工表格与系统记录混用导致对不上。
缺失值、跳过用例和重复执行需要明确规则。状态为空的用例按未执行处理，并在数据质量说明中列出数量；跳过用例不计入执行分母，单独统计跳过数量及原因；同一用例多次执行按最新一次结果计入状态分布，执行次数作为辅助信息保留，用于识别反复失败的用例。分母为零时，占比指标不计算，直接标注“无样本”，不用0%代替，因为0%会被误读为“全部失败”或“完全没有执行”。
计算与评估步骤：从取数到判断
从取数到形成进度结论，可以按五步执行。每一步都有明确的产物，便于复核和交接。
第一步，取数与口径核对。导出本轮计划用例清单和最新执行状态，核对用例总数与计划数是否一致，检查状态为空、状态异常和重复记录。产物是一份口径确认后的数据集，附用例总数、各状态数量和取数时点。
第二步，计算各状态占比与计划偏差。按上一节的口径计算已执行占比、通过占比、失败占比、阻塞占比，并按计划节点计算完成偏差。计算时保留分子分母原始数字，不只保留百分比，便于他人复算。产物是一张指标计算表。
第三步，识别阻塞项与异常分布。按模块、优先级、执行人拆分阻塞和失败用例，查看是否集中在少数模块或依赖同一环境。阻塞原因需要归类，例如环境不可用、测试数据缺失、上游缺陷未修复、依赖服务未就绪。产物是阻塞与失败分布清单。
第四步，按阈值或计划节点做判断。阈值应结合项目历史数据和本轮计划设定，例如“阻塞占比超过计划用例的10%即触发风险上报”“里程碑前一天完成偏差大于计划量的15%即调整排期”。这些数字是示例条件，不是通用达标线。没有历史数据时，可以先按计划节点判断：当前完成量是否支撑在节点日期前完成剩余用例，剩余用例的日均执行需求是否超过团队近期实际产能。
第五步，形成进度结论与待跟进事项。结论应包含三部分：当前覆盖与结果分布、主要阻塞及影响范围、距离计划节点的差距和调整建议。待跟进事项要落到具体动作和责任人，例如“协调环境组在周三前恢复支付模块测试环境”“对阻塞的12条用例确认是否可由替代方案覆盖”。产物是一份可评审的进度说明。
在这套流程中，测试计划、用例执行状态和缺陷工作项需要保持在同一套记录体系里，否则取数核对会消耗大量时间。ONES 测试管理支持多维度概览测试计划进度，支持将用例分配执行人，未通过的用例可快速创建缺陷任务并在测试与研发团队间流转，质量统计报表可辅助汇总执行情况。这些能力承载的是状态记录和汇总动作，具体的分子分母、时间窗和阈值仍需团队在测试计划中自行约定。
例子：一轮测试的进度计算与解读
以下为演示情景，数字为虚构，用于说明计算过程。某轮测试计划覆盖订单模块，计划用例总数200条，计划节点为本周五完成全部计划用例执行。周三下班前快照数据为：通过96条，失败18条，阻塞22条，执行中4条，未执行56条，跳过4条。
先处理跳过用例：跳过4条不计入执行分母，本轮有效计划用例数为200 − 4 = 196条。已执行用例数为通过96 + 失败18 + 阻塞22 + 执行中4 = 140条。已执行占比 = 140 ÷ 196 ≈ 71.4%。通过占比 = 96 ÷ 140 ≈ 68.6%。失败占比 = 18 ÷ 140 ≈ 12.9%。阻塞占比 = 22 ÷ 196 ≈ 11.2%。
计划偏差按节点衡量：距离周五还有两个工作日，剩余未完成用例为196 − 140 = 56条，日均需完成28条。若团队近三日日均实际执行约20条，则按当前产能无法在节点前完成，偏差约为16条用例或接近一个工作日。这个判断比“已执行71.4%”更直接地说明风险。
分母为零的处理示例：如果某模块本轮计划用例全部被跳过，该模块的通过占比分母为零，应标注“无样本”，不写0%。如果某模块计划用例为0但历史上有用例，也不应把历史通过率填入本轮，避免口径混用。
从数字读出的结论是：执行覆盖尚可，但阻塞占比超过一成，且剩余56条用例需要在两天内完成，按近期产能存在缺口。进一步按模块拆分发现，22条阻塞用例中有15条集中在支付模块，阻塞原因均为测试环境不可用。进度风险主要来自环境依赖，而非执行人力不足。对应的跟进动作是优先恢复支付模块环境，同时评估未执行的56条用例中是否有可提前执行的模块，避免全部积压到最后一天。
解读与限制：指标能说明什么、不能说明什么
执行百分比高不等于质量好。已执行占比只说明用例跑过了，通过占比才反映结果分布，而通过占比本身也受用例设计质量、测试数据覆盖和判定标准影响。一个通过占比很高的轮次，可能只是用例选取偏简单或断言偏弱。因此进度指标适合回答“跑到哪、卡在哪”，质量结论需要结合缺陷分布、用例评审和测试报告另行评估。
阻塞占比和失败分布必须结合原因分析才有行动价值。同样是11%的阻塞占比，集中在一个核心模块与分散在多个边缘模块，对进度的影响差别很大；失败用例集中在新增功能还是回归范围，也指向不同的风险。指标给出的是信号，原因归类才指向处理动作。
指标不能替代缺陷修复闭环与测试报告评估。本文把缺陷发现数量和验证状态作为进度信号，用于判断测试是否被缺陷处理拖住；缺陷从发现到修复、验证、关闭的完整时效和闭环质量，需要在缺陷修复与验证跟踪中单独评估。版本能否发布的质量结论，也应由测试报告与质量评估给出，进度指标不承担这个判断。
数据不可比的情形需要主动识别。常见的有四类：口径变更，例如通过占比的分母从计划用例改为已执行用例；范围调整，例如本轮只执行高优先级用例；重复执行，同一用例多次执行后状态变化；统计时点不同，例如一天内多次取数。出现这些情况时，应在进度说明中标注变更内容，并避免与历史数据直接做趋势对比。必要时同时展示变更前后的两套数字。
最后需要明确，这些指标是进度信号，不是因果保证。阻塞占比下降可能来自环境恢复，也可能来自用例被跳过；执行占比上升可能来自真实推进，也可能来自状态更新滞后后的集中补录。把指标与取数时点、状态变更记录和原因字段放在一起看，才能支撑可靠的进度判断。指标用于发现需要跟进的问题，不用作个人绩效排名或单一结论。
常见问题
本轮计划用例中途调整，进度指标还能和上周对比吗？
范围调整后，占比指标的分母已经变化，直接与上周数字做趋势对比会失真。建议在进度说明中标注“范围变更”，同时给出变更前后的用例总数和各状态数量，让读者能还原计算过程。如果必须对比，可以只比较同一范围内的指标，例如都取高优先级用例子集，或把新增用例单独列为一组统计。
阻塞用例后来恢复了，历史快照里的阻塞占比要不要回改？
不需要回改历史快照。每日快照反映的是取数时点的状态，回改会让趋势线失去意义。正确做法是保留每日快照数据，在最新一期进度说明中注明“此前阻塞的若干用例已恢复执行”，并同步更新当前状态分布。分析阻塞持续时间时，可以用状态变更记录计算每条用例的阻塞天数，这比修改历史占比更有参考价值。
同一用例反复执行多次，通过占比按哪次结果算？
按最新一次执行结果计入状态分布，这样通过占比反映的是当前真实状态。同时保留执行次数作为辅助信息，单独列出反复执行的用例清单。反复失败后最终通过的用例，和一次通过的用例，在进度判断上含义不同：前者可能意味着缺陷修复后回归验证通过，也可能意味着用例本身不稳定，需要结合失败原因进一步确认。
团队没有历史数据，阈值怎么定？
没有历史数据时，先不设固定百分比阈值，改用计划节点倒推。计算剩余未完成用例数，除以剩余工作日得到日均需求，再与团队近几日的实际日均执行量比较，判断是否存在缺口。运行两三轮后积累了自己的数据，再据此设定阻塞占比、偏差比例等触发条件。阈值的作用是触发跟进动作，不是考核线，设定时应允许随项目阶段调整。
用ONES测试管理能直接得到这些指标吗？
ONES 测试管理支持多维度概览测试计划进度，可查看测试计划的进度和通过率，支持将用例分配执行人，未通过的用例可快速创建缺陷任务并在测试与研发团队间流转，也提供质量统计报表。进度和通过率的具体计算口径、统计范围以及报表字段，需要在实际环境中核验。分子分母、时间窗和阈值仍建议团队在测试计划中明确约定，再与系统统计结果对照使用。
