测试执行分派后出现忙闲不均，排查顺序建议先看分派规则，再看工作量估算。原因在于：分派记录能直接回答“任务是否按技能和在手负载分配”，验证成本低、证据明确；估算偏差则要等实际耗时积累后才能判断。两类问题常同时存在，实际排查应按证据走，哪类证据先出现异常就先处理哪类。
要点总览（TL;DR）
- 排查顺序建议先查分派规则、再查工作量估算：分派记录能直接回答任务是否按技能和在手负载分配，验证成本低；估算偏差要等实际耗时积累后才能判断。
- 症状决定方向：同一技能档少数人长期满负荷、其他人长期空档，多指向分派规则或技能匹配；分派数量看似均衡但个别人实际耗时远超预估、集中延期，多指向估算口径偏差。
- 分派规则方向有三个可验证假设：技能匹配未生效、未考虑在手负载、规则被人工改派绕过，分别用分派记录、在手任务数对照和改派记录判定。
- 处置按低风险优先：先导出对照数据，再修正明显的人工改派与负载叠加，然后统一估算口径，最后小范围试点规则调整并保留原分派记录。
- 调整后至少观察一个完整迭代，用人在手任务数分布、预估与实际耗时偏差、集中延期次数验证；连续两个迭代无改善则回到证据收集重新判断方向。
忙闲不均的典型表现与排查范围
“忙闲不均”是一个笼统感受，排查前要先把它拆成可观察、可记录的现象。不同现象指向的原因方向不同，采集的记录也不同。下表按常见表现给出初步指向，供排查时对照使用。
| 现象 | 可能指向 | 需采集的记录 |
|---|---|---|
| 同一技能档的少数人长期满负荷，其他人长期空档 | 分派规则未按技能或负载分配 | 分派记录、任务技能标签、同期在手任务数 |
| 分派数量看起来均衡，但个别人实际耗时远超预估，集中延期 | 工作量估算口径偏差 | 预估工时、实际耗时、同类任务历史偏差 |
| 任务集中派给某几人后又频繁改派 | 规则被人工绕过，或初始分派未考虑在手负载 | 改派记录、改派原因、改派前后负载 |
| 同一批任务在迭代末集中延期 | 估算漏算准备与回归时间，或需求变更后未更新估算 | 变更记录、任务实际工作项构成 |
需要区分两类症状：一类是“分派结果不均”，即任务在人员之间的分布本身就不平衡；另一类是“个人执行耗时超预期”，即分派数量看似合理，但每个人实际投入的时间超出预期。前者优先查规则，后者优先查估算。本文的排查范围限定在测试执行过程中的分派与工作量估算，缺陷修复闭环与测试报告不在讨论范围内。
先查分派规则：哪些证据能证明规则失效
分派规则方向可以拆成三个具体假设，每个假设都有对应的验证证据和判定标准。排查时不必一次验证全部假设，按分派记录中暴露的异常逐条核对即可。
假设一：规则未按技能匹配
如果高难度或特定领域的测试任务反复落到少数几个人身上，而其他具备相近技能标签的人长期没有接到同类任务，说明分派时技能匹配没有真正生效，或者技能标签本身维护不准。验证方法是导出近几个迭代的分派记录，按任务技能标签分组统计执行人分布。判定标准可以设为：同一技能标签下，任务分布是否明显集中在少数人，且这些人的技能档与其他未接到任务的人没有实质差异。
假设二：规则未考虑当前在手负载
分派时只看“谁有空”或“谁上次没接”，而不看当前在手任务数，就会出现叠加分派：某人已经排满，仍被继续派入新任务。验证证据是分派时点的同期在手任务数，把每次分派与执行人当时未完成任务数对照，观察是否存在“负载越高越被派”的情况。若分派记录显示负载与技能分布基本均衡，则规则方向可以降权，把排查重心转向估算。
假设三：规则被人工改派绕过
规则本身可能合理，但实际执行中被临时改派打乱。改派记录是判断这一假设的关键证据：统计改派的频次、发起人和原因，看改派是否集中在少数人身上，是否把任务从负载低的人转给负载高的人。若改派频繁且缺乏记录，实际分派与规则的一致性就无法保证，需要先补齐改派留痕再谈规则优化。
三个假设的验证可以并行采集数据，但判定要分开：技能匹配看分布集中度，负载叠加看在手任务数对照，规则绕过看改派记录。任何一条成立，都说明分派规则方向存在可修正的问题。
再查工作量估算：估算偏差如何造成假性不均
估算方向的问题特点是“分派看起来均衡，执行起来失衡”。任务数量在人员之间分布均匀，但每个人实际投入的时间差异很大，延期集中在少数人身上。这类症状用分派记录解释不了，需要用预估与实际耗时的对比来验证。
假设一：估算只算执行时间，漏算准备与回归
测试任务的真实工作量往往包含环境准备、测试数据准备、执行和回归验证几个部分。如果估算只填了执行时间，实际耗时就会系统性高于预估。验证方法是抽取一批已完成任务，把实际耗时按工作项构成拆开，看准备和回归部分占多大比例。若这部分占比稳定且未被计入预估，说明估算口径需要补充时间项。
假设二：不同人的估算口径不一致
同一类任务，有人按小时估、有人按天估，有人习惯留缓冲、有人习惯压紧，汇总后负载看起来均衡，实际执行节奏完全不同。验证证据是同类任务在不同执行人之间的预估偏差分布：如果偏差方向不一致、离散度大，说明口径没有统一，而不是某个人估得不准。
假设三：估算未随需求变更更新
需求在迭代中变更后，测试范围和用例数量随之增加，但任务预估工时没有同步调整，实际耗时自然超出。验证方法是把变更记录与预估变更记录对照，看范围变化后预估是否更新。若预估与实际耗时的偏差稳定在可接受区间，则估算方向可以降权，回到分派规则方向继续核查。
估算偏差的判定需要足够的样本量，建议至少覆盖两到三个迭代的同类任务，避免用个别任务下结论。对比口径要统一：同一类任务、同一统计周期、同样的工作项范围。
按证据排序的处置步骤
确认方向后，处置顺序遵循“先低风险、后动规则”的原则，每一步都保留回退点。
- 导出对照数据。取近几个迭代的分派记录、改派记录和实际耗时，按人员和任务类型做一次对照。这一步只采集和观察，不改动任何规则，产出是一张能看出异常集中点的对照表。
- 修正明显的人工改派与负载叠加。针对改派频繁、负载叠加的具体案例做局部调整，比如明确改派需要记录原因、分派前先看在手任务数。这一步不动整体规则，风险可控，回退方式是恢复原有改派习惯并保留记录。
- 统一估算口径。把准备、执行、回归的时间项写入估算模板，统一同类任务的估算单位，并用历史偏差校准。回退点是保留旧口径下的历史数据，便于对比。
- 小范围试点规则调整。在技能匹配或负载均衡上调整分派规则时，先在一个小组或一个迭代内试点，保留原分派记录作为对照。试点期间出现异常可以随时切回原规则。
风险边界集中在第四步：调整整体分派规则前必须保留原分派记录和改派记录，否则调整后无法判断改善来自规则变化还是其他因素。规则调整涉及权限配置时，应按用户组区分操作范围，避免试点影响其他团队。
在工具层面，分派记录、任务技能标签和在手任务数需要有统一的承载位置。ONES 测试管理支持用例分配执行人，测试计划与迭代关联，便于把分派动作和迭代进度放在同一处查看；测试计划的多维度概览也能帮助核对整体进度分布。若团队需要按用户组区分用例库和测试计划的权限，可以单独配置，试点范围的控制会更清晰。工时预估与实际耗时的偏差统计需要团队另行建立记录方式，工具侧是否提供对应能力应以实际版本为准。
验证恢复与防止复发
调整后是否真正改善，要用指标验证，而不是凭感觉判断。建议至少观察一个完整迭代，覆盖分派、执行、延期暴露的完整周期。
| 验证指标 | 观察方式 | 改善信号 |
|---|---|---|
| 人均在手任务数分布 | 按迭代统计每人未完成任务数的离散程度 | 分布收窄，长期空档和长期满负荷的人数减少 |
| 预估与实际耗时偏差 | 同类任务按执行人对比预估与实际耗时 | 偏差方向趋于一致，离散度下降 |
| 集中延期次数 | 统计迭代末集中出现的延期任务数 | 延期不再集中在少数人身上 |
| 改派频次与原因分布 | 按迭代统计改派次数和主要原因 | 无记录改派减少，改派原因可归类 |
防止复发靠机制而不是一次性调整。可以在每个迭代复盘时固定核对两项内容：分派记录与实际负载是否一致，预估偏差是否超出约定范围。把偏差数据纳入复盘议题，让估算口径和分派规则的调整有持续依据。
如果调整后指标没有收敛，比如人均在手任务数分布仍然分散、预估偏差没有缩小，说明最初判断的方向可能不完整，应回到证据收集阶段，重新核对分派记录和耗时数据，而不是继续叠加调整动作。停止条件可以设为：连续两个迭代验证指标无改善，即暂停规则调整，重新做一次症状分类。
常见问题
分派记录显示负载与技能分布基本均衡，还需要继续查分派规则吗？
可以降低分派规则方向的排查权重，把重心转向工作量估算。分派记录均衡说明任务在人员之间的分布本身没有明显异常，此时忙闲不均更可能来自执行侧：估算漏算准备与回归时间、不同人估算口径不一致，或需求变更后预估未更新。建议抽取两到三个迭代的同类任务，对比预估工时与实际耗时，看偏差是否集中在少数人身上。
团队规模小、测试人员技能差异不大，排查顺序要调整吗？
顺序可以保留，但证据采集可以简化。技能差异不大时，技能匹配假设的验证价值下降，重点看在手负载叠加和人工改派两项：分派时是否参考了当前未完成任务数，改派是否频繁且缺乏记录。估算方向同样要查，小团队里个别人的估算习惯对整体节奏影响更明显，建议先统一同类任务的估算单位和时间项构成。
两类原因同时存在时，先动规则还是先改估算口径？
建议先做低风险动作：修正明显的人工改派与负载叠加，再统一估算口径，最后才调整整体分派规则。改派留痕和估算模板的调整影响范围小、可回退；整体规则调整涉及权限配置和团队习惯，放在小范围试点里做更稳妥。无论先动哪一项，调整前都要保留原分派记录和改派记录，否则无法判断改善来自哪项变化。
调整后指标没有明显改善，应该继续加码调整吗？
不建议继续叠加调整动作。可以设一个停止条件：连续两个迭代验证指标无改善，就暂停规则调整，回到证据收集阶段重新做症状分类。常见原因是最初判断的方向不完整，比如只查了规则没查估算，或者样本量不足导致结论偏差。重新核对分派记录和耗时数据后，再决定下一步动作。
ONES 测试管理能承接分派记录和负载查看吗？
ONES 测试管理支持用例分配执行人，测试计划与迭代关联，并提供多维度概览查看全部测试计划进度，可以把分派动作和迭代进度放在同一处核对；需要按用户组区分用例库和测试计划权限时也可以单独配置，便于控制试点范围。工时预估与实际耗时的偏差统计、按在手任务数做负载均衡分派，现有资料未提及对应能力，建议以实际版本为准，团队可先另行建立记录方式。
