提测准入检查判断的是一次提测申请是否具备进入测试的条件，结论通常取“通过、有条件通过、退回”三种。要把这个判断做得可复核，需要把准入条件拆成检查项，为每项写明数据来源、统计口径和通过标准，再按统一公式汇总。下面给出检查项分类、指标口径、计算步骤、一个批次算例，以及结果解读时的限制。
要点总览（TL;DR）
- 提测准入检查判断的是单次提测申请能否进入测试，结论取通过、有条件通过、退回三种，并在提测单上留痕。
- 检查项按需求与范围、构建与版本、自测与冒烟、环境与数据、文档与说明五类组织，并标注关键项。
- 核心指标有四个：准入项通过率、一次通过率、退回原因分布、提测返工时长；分母分别是检查项数和提测申请次数，不能混用。
- 整体结论按关键项优先合成：关键项全过且无缺失为通过，仅非关键项缺失为有条件通过并附补齐期限，任一关键项未通过为退回。
- 准入指标反映提测准备和流程执行，不直接代表测试阶段质量；样本量小、标准调整前后不宜直接比较，也不宜直接用于个人考核。
提测准入检查要回答什么判断
准入检查的评估对象是提测申请本身：开发是否把约定范围内的需求、构建、自测结果、环境和说明材料准备到位，测试是否可以据此开始执行。它回答“能不能进测试”，不回答“测试做得怎么样”。测试执行质量、缺陷修复效果、版本质量结论分别属于测试过程跟踪、缺陷闭环和测试报告评估的范围。
为了让结论可执行，建议只设三种取值：
- 通过：全部必检项满足通过标准，测试可以直接排期执行。
- 有条件通过：关键必检项全部通过，仅存在不影响测试启动的缺项或说明不清项，需记录补齐责任人和期限，测试可先启动相关范围。
- 退回：任一关键必检项未通过，例如构建无法部署、冒烟未执行、需求范围未确认，提测申请退回开发，补齐后重新提交。
三种取值需要在提测单上留痕，包括判定人、判定时间、未通过项和后续动作。这样准入结论才能与后续的缺陷记录、测试报告区分开：准入结论说明“进入测试时的条件状态”，缺陷记录说明“测试中发现的问题”，测试报告说明“版本测试结果”。
准入检查项与指标范围
检查项建议按五类组织，每类下设若干具体条目，并标注是否为关键项。分类的作用是让不同版本、不同团队的提测单结构一致，便于横向统计。
| 检查项分类 | 典型检查内容 | 数据来源 | 是否通常设为关键项 |
|---|---|---|---|
| 需求与范围 | 需求文档已评审、本次提测范围与需求条目对应、变更已同步 | 需求单、提测单 | 是 |
| 构建与版本 | 构建产物可获取、版本号与提测单一致、部署包完整 | 构建记录、制品库 | 是 |
| 自测与冒烟 | 开发自测记录完整、冒烟用例执行并通过、遗留问题已说明 | 自测记录、冒烟执行记录 | 是 |
| 环境与数据 | 测试环境可用、依赖服务就绪、测试数据已准备或申请 | 环境申请单、测试数据说明 | 视依赖情况设定 |
| 文档与说明 | 提测说明、配置变更说明、回滚方案、已知限制 | 提测单附件、文档 | 部分条目为关键项 |
与检查项配套的核心指标有四个，各自衡量不同问题：
- 准入项通过率：衡量检查项层面的准备完整度，评估对象是检查项，适合定位哪类条件最常缺失。
- 一次通过率：衡量提测申请首次提交即达到通过条件的比例，评估对象是提测申请，适合观察提测准备的整体稳定性。
- 退回原因分布：衡量退回申请集中在哪些检查项，评估对象是退回记录，用于确定改进优先级。
- 提测返工时长：衡量从退回至重新提交或通过的时间，评估对象是单次退回事件，用于评估返工对测试排期的影响。
这四个指标分别回答“缺什么”“整体稳不稳”“为什么退回”“退回代价多大”，不宜互相替代。单看通过率无法判断退回的严重程度，单看返工时长也无法说明问题集中在哪类检查项。
数据口径：分母、时间窗与缺失值
指标可比的前提是分母、时间窗和异常处理规则一致。建议在团队内形成一份口径说明，随提测单模板一起维护。
| 指标 | 分子 | 分母 | 时间窗 | 单位 |
|---|---|---|---|---|
| 准入项通过率 | 判定为通过的适用检查项数 | 本期适用检查项总数 | 按提测批次或版本周期 | 百分比 |
| 一次通过率 | 首次提交即判定为通过的提测申请数 | 本期提测申请总数 | 按自然周或版本周期 | 百分比 |
| 退回原因分布 | 按检查项分类统计的退回次数 | 本期退回总次数 | 按版本周期 | 次数与占比 |
| 提测返工时长 | 重新提交时间减退回时间 | 不适用，按单次事件统计后取中位数或均值 | 按版本周期汇总 | 小时或工作日 |
分母选择要写清楚。准入项通过率的分母是检查项数，一次通过率的分母是提测申请次数，两者不能混用。若一个版本有多次提测申请，一次通过率仍以申请为计数单位，重复提测按新申请计次，同时保留原申请记录，避免把返工后的通过算成首次通过。
无适用项的处理规则是：从分母中剔除，并在提测单上单独记录剔除原因，例如本次提测不涉及环境变更。数据缺失不能默认通过，应按未通过处理或标记为“待补”，待补项在有条件通过结论中列明补齐期限。时间窗建议与版本节奏对齐，按版本周期统计比按自然周更能反映同一批需求的提测准备情况；跨版本比较时需确认检查项标准未发生调整。
计算与判定步骤
计算从提测单、构建记录和自测记录取数，按以下顺序执行。
第一步，逐项判定。对每个适用检查项，依据通过标准给出“通过”或“未通过”。关键项与非关键项分别标记。通过标准应写成可核验的条件，例如“冒烟用例执行率100%且无阻塞级失败”，而不是“冒烟情况良好”。
第二步，计算单项指标。公式如下：
- 准入项通过率 = 通过检查项数 ÷ 适用检查项总数 × 100%。
- 一次通过率 = 首次提交即通过的提测申请数 ÷ 提测申请总数 × 100%。
- 退回原因占比 = 某类检查项导致的退回次数 ÷ 退回总次数 × 100%。
- 提测返工时长 = 重新提交时间 − 退回时间，按单次事件计算后汇总中位数，单位统一为小时或工作日。
第三步，合成整体结论。建议采用关键项优先的规则：全部关键项通过且非关键项无缺失，判定为通过；全部关键项通过但存在非关键项缺失或说明不清，判定为有条件通过；任一关键项未通过，判定为退回。合成规则应在提测单模板中固定，避免同一批数据因判定人不同得出不同结论。
第四步，记录与跟踪。有条件通过的提测单需写明缺项内容、补齐责任人、补齐期限和影响范围，并在约定期限后复核。退回的提测单需记录退回原因分类，重新提交时生成新的申请记录并关联原申请。
第五步，复核与争议处理。对判定有异议的检查项，由测试负责人与提测人依据通过标准核对原始记录；标准本身不清晰的，先修订标准再重新判定，不把争议项直接计为通过。复核记录随提测单保存，便于后续口径审计。
在工具承载上，提测申请、检查项记录和判定结论可以作为工作项及其状态流转管理，检查项以字段或子项形式留痕，判定人和时间随状态变更记录。ONES 测试管理支持测试用例与需求、任务关联，测试计划与迭代关联，可用于把提测后的测试执行与需求范围对应起来；准入检查单本身是否已有专门模板，需以实际配置为准。若团队把提测申请建成工作项类型，准入结论的流转和统计口径仍应按本文定义执行。
一个提测批次的算例
以下为演示数据，用于说明计算过程，不代表任何团队的实际水平。
某版本周期内共有 8 次提测申请，提测单模板设 12 个检查项，其中关键项 7 个、非关键项 5 个。8 次申请中，有 1 次因本次不涉及环境变更剔除了 2 个环境类检查项，因此该次适用检查项为 10 个。全部申请累计适用检查项 94 个，判定通过 78 个。首次提交即判定为通过的申请有 5 次。退回共 3 次，退回原因分别为：构建与版本 1 次、自测与冒烟 1 次、文档与说明 1 次。3 次退回的返工时长为 6 小时、10 小时和 26 小时。
| 计算项 | 计算过程 | 结果 |
|---|---|---|
| 准入项通过率 | 78 ÷ 94 × 100% | 约 83.0% |
| 一次通过率 | 5 ÷ 8 × 100% | 62.5% |
| 退回原因分布 | 构建与版本 1 次、自测与冒烟 1 次、文档与说明 1 次，各占 1 ÷ 3 | 各约 33.3% |
| 提测返工时长 | 6、10、26 小时，中位数为 10 小时 | 中位数 10 小时，均值 14 小时 |
从数据看，该批次 8 次申请中 5 次一次通过，3 次退回分别落在三个不同检查项分类，说明问题分散而非集中在单一环节。准入项通过率约 83%，与一次通过率 62.5% 的差异来自部分申请存在个别非关键项缺失但仍判定为有条件通过。返工时长中位数 10 小时、均值 14 小时，均值受 26 小时这一长尾事件拉高，汇报时宜同时给出两个值并说明长尾原因。
若其中一次退回的原因是冒烟未执行，属于关键项未通过，该次申请判定为退回；若某次申请仅缺少回滚方案说明且其余关键项通过，则判定为有条件通过，并记录补齐期限。结论合成必须回到单项判定，不能仅凭通过率高低反推单次结论。
结果怎么解读，哪些限制要说明
准入指标反映提测准备和流程执行情况，不能直接代表测试阶段的问题多少。准入通过率高，可能说明提测准备充分，也可能说明检查项标准偏松或检查执行不严；测试阶段缺陷密度还受需求复杂度、变更频率和测试覆盖影响。解读时应把准入指标与测试执行数据分开陈述，避免用准入通过率给版本质量下结论。
样本量小时要谨慎。分母为零的周期不计算比率，直接标注“本期无提测申请”；提测申请少于 5 次的周期，比率波动大，建议同时列出原始次数，不单独用百分比做横向排名。检查项标准发生增删或松紧调整时，调整前后的数据不可直接比较，应在口径说明中记录变更日期和变更内容，跨期对比时注明分段。
这些指标更适合用于流程改进：通过退回原因分布确定优先补齐的检查项，通过返工时长评估退回对测试排期的影响，通过一次通过率观察提测准备的稳定性。用于个人考核容易诱导规避提测或拆分提测，反而使数据失真；如确需与责任关联，应结合具体检查项记录和复核结论，并说明指标的适用范围。
常见问题
一次提测被退回后重新提交，一次通过率里算几次？
按提测申请计次：退回的那次申请保留原记录，重新提交生成新的申请记录并关联原申请，一次通过率的分母包含这两次申请，分子只计首次提交即通过的那次。这样返工后的通过不会被算成首次通过。若团队希望单独观察返工情况，可以另设“返工后通过率”作为补充指标，但不要与一次通过率混用同一分母。
检查项标准中途调整了，历史数据还能直接对比吗？
不能直接对比。检查项增删或通过标准松紧变化，会改变分子和分母的构成，调整前后的比率不在同一口径上。建议在口径说明中记录变更日期和变更内容，跨期对比时分段呈现，或按新标准回溯重算历史数据后再比较。若无法回溯，就在报表中标注口径变更点，避免把标准变化误读为提测准备水平的变化。
有条件通过的提测单，补齐期限到了还没补齐怎么处理？
到期未补齐的，应把该提测单的状态更新为未闭环，并把缺项重新纳入下一次准入判定，不能默认转为通过。具体做法是：复核人核对缺项记录，确认是否影响已启动的测试范围；影响测试结论的，暂停相关范围的测试结论输出，待补齐后重新判定。补齐记录和复核结论随原提测单保存，便于后续统计有条件通过的实际闭环率。
提测申请很少的版本周期，指标还要不要算？
可以算，但要同时列出原始次数。提测申请少于 5 次的周期，比率受单次事件影响大，一个退回就可能让一次通过率下降十几个百分点。分母为零的周期不计算比率，直接标注“本期无提测申请”。汇报时把次数和比率并列，避免只用百分比做跨团队排名。
准入检查单在工具里怎么承载比较合适？
常见做法是把提测申请建成一种工作项类型，检查项以字段或子项形式挂在提测单下，判定结论通过状态流转记录，判定人和时间随状态变更留痕。ONES 测试管理支持测试用例与需求、任务关联，测试计划与迭代关联，可用于把提测后的测试执行与需求范围对应起来；准入检查单本身是否已有专门模板，需以实际配置为准。无论用哪种承载方式，分母、时间窗和结论合成规则仍应按团队口径说明执行。
