多个输入参数同时存在边界时，用例数量会按参数边界点数量相乘迅速膨胀，全部执行往往不现实。可行的做法是先建立参数与边界点清单，用成对组合覆盖两两交互，对高风险参数补充三因素组合，再通过等价类合并和优先级排序压缩数量；裁剪后逐参数核对边界点覆盖，确认每个边界点至少出现在一条用例中。这套流程适合边界可枚举、风险可判断的功能测试场景，ONES 可在用例清单维护与覆盖核对环节承载相关记录。
要点总览（TL;DR）
- 先列出每个参数的边界点并估算全组合规模，把“每个边界点至少被一条用例覆盖”和“高风险参数交互被覆盖”作为裁剪底线。
- 用成对组合覆盖参数两两交互作为基础层，对高风险参数补充三因素或全组合，再用等价类合并同类边界并按风险排序。
- 裁剪后逐参数核对边界点覆盖，缺口用最小用例补齐，避免恢复整批被删用例。
- 这套方法适合边界可枚举、风险可判断的功能测试；成对组合对三因素以上交互存在覆盖局限，高风险场景需保留更多组合。
- 用边界点覆盖率、参数交互覆盖率和缺陷发现分布验证效果，按验证周期复盘并调整风险等级与补充范围。
当前做法与目标：先算清组合规模与保留底线
裁剪之前需要先把规模算清楚，否则容易在“删多少”上凭感觉决策。具体做法是列出参与组合的每个参数、每个参数的边界点（含上边界、下边界及邻近值），形成一张参数边界点清单，再按各参数边界点数量相乘估算全组合规模。
例如一个查询功能有 4 个参数，边界点数量分别为 5、4、3、3，全组合就是 5×4×3×3＝180 条。若再叠加有效/无效等价类，数量还会翻倍。数量失控的来源主要有三处：参数个数增加带来的乘数效应、每个参数边界点不止两个（上下边界、边界内外邻近值）、以及为覆盖参数交互而额外补充的组合。规模估算的意义在于给出裁剪前后的对照基数，而不是要求真的执行全部组合。
裁剪必须守住两条底线，写进裁剪方案里作为验收口径：
- 每个参数的每个边界点至少被一条用例覆盖，不允许出现某个边界点在任何用例中都不出现的情况。
- 高风险参数之间的交互组合被覆盖，高风险通常指业务影响大、历史缺陷集中或近期变更频繁的参数。
这两条底线决定了裁剪是“有损但可控”的压缩，而不是随意删减。清单和规模估算建议用表格固定下来，作为后续核对与复盘的依据。
| 参数 | 边界点数量 | 边界点示例 | 风险等级 |
|---|---|---|---|
| 参数A（金额） | 5 | 最小值、最小值-1、0、最大值、最大值+1 | 高 |
| 参数B（数量） | 4 | 1、上限、上限+1、空值 | 中 |
| 参数C（日期） | 3 | 起始日、截止日、区间外 | 中 |
| 参数D（类型） | 3 | 合法枚举、非法枚举、空值 | 低 |
瓶颈与误区：为什么越裁越漏
用例越裁越漏，通常不是裁剪本身的问题，而是裁剪缺少依据和核对口径。以下四类做法在实践中最常见，各自的失效机制不同。
- 只按经验删用例。凭印象保留“看起来重要”的用例，删除时没有对照边界点清单，结果是某些边界点在删掉的用例里恰好是唯一覆盖来源，删除后形成覆盖缺口，而且缺口在评审时很难被发现。
- 把参数独立看待。对每个参数单独设计边界用例，忽略参数之间的交互。很多缺陷只在两个参数同时取边界值时出现，例如金额取上限且数量取上限时触发溢出，单参数用例无法暴露这类问题。
- 用随机抽样替代有依据的组合设计。随机抽取组合看似公平，但抽样结果不可复现，也无法证明高风险交互被覆盖，下一次回归时抽样结果不同，覆盖情况无法对比。
- 用例数量与覆盖目标脱节。裁剪时只盯着“减到多少条”，没有定义覆盖到什么程度算合格，导致数量达标但关键边界丢失，事后也无法判断裁剪是否有效。
这些误区的共同点是缺少可核对的口径：既没有明确的保留底线，也没有裁剪后的覆盖核对动作。改进方向是把裁剪从“删用例”变成“按覆盖目标选择用例”，并用清单逐项核对。
优先改进动作：分层组合与裁剪步骤
推荐按五步推进，每一步都有明确产物，便于评审和交接。
第一步：标注每个边界点的风险等级
对清单中的每个边界点打风险等级，判断依据取三项：业务影响（出错是否影响资金、权限、核心流程）、历史缺陷（该参数或相邻逻辑是否出过问题）、变更频率（近期需求改动是否涉及该参数）。三项中任意一项突出即可定为高风险。风险等级决定后续哪些组合需要加密，是分层组合的输入。
第二步：用成对组合覆盖参数两两交互
成对组合（pairwise）保证任意两个参数的取值组合至少出现一次，用例数量通常远小于全组合。以上述 4 参数为例，成对组合一般可控制在十几到二十几条，相比 180 条大幅下降。成对组合适合作为基础覆盖层，覆盖大多数由两参数交互引发的缺陷。
第三步：对高风险参数补充三因素或全组合
成对组合不保证三个及以上参数的交互被覆盖。对第一步标为高风险的参数，补充其与其他参数的三因素组合；如果高风险参数数量少、边界点不多，也可以对这几个参数直接做全组合。补充范围要写清楚，避免无边界地扩大。
第四步：用等价类合并同类边界，按优先级排序
把预期结果相同、处理逻辑相同的边界点合并为一条用例，例如多个参数的“空值”可以合并验证。合并后按优先级排序：高风险边界与高风险交互组合排在前列，作为必执行集；低风险组合排在后列，作为回归或时间允许时执行的补充集。优先级规则建议固定下来，例如“高风险边界点覆盖用例为 P0，高风险交互为 P1，其余为 P2”。
第五步：逐参数核对边界点覆盖，补齐缺口
裁剪定稿前，用清单逐参数核对：每个边界点是否至少出现在一条用例中，高风险交互是否都有对应用例。发现缺口就补一条最小用例，而不是恢复整批被删用例。核对结果记录在覆盖核对表中，与用例清单一起评审。
| 步骤 | 产物 | 完成标志 |
|---|---|---|
| 风险标注 | 带风险等级的边界点清单 | 每个边界点有等级，高风险项有判断依据 |
| 成对组合 | 基础组合用例集 | 任意两参数取值组合均出现至少一次 |
| 高风险补充 | 补充组合用例 | 高风险参数的三因素或全组合已覆盖 |
| 合并与排序 | 去重后的用例清单及优先级 | 同类边界已合并，P0/P1/P2 划分明确 |
| 覆盖核对 | 覆盖核对表 | 逐参数核对无缺口，缺口已补齐 |
用例定稿后，清单、优先级和覆盖核对表需要在评审中流转并持续维护。ONES 测试管理支持用例的组织、评审与执行记录，可以把裁剪后的用例清单和覆盖核对结果放在同一处管理，参数变更时按清单定位受影响的用例，减少靠个人记忆维护组合模型的情况。
适用前提与代价：什么情况下这套裁剪成立
这套方法成立的前提是参数边界可以枚举、风险等级可以判断。如果参数取值是连续区间且边界不明确，或者业务方无法对风险给出判断，应先补齐边界定义和风险口径，再进入组合设计。
需要正视的代价有三项。其一，成对组合只保证两两交互覆盖，对三因素及以上交互存在覆盖局限，高风险场景仍需保留更多组合，这是有意的取舍而非疏漏。其二，维护组合模型和覆盖核对表需要持续人力投入，参数或边界变化后要重新生成组合并核对，投入随参数数量增长。其三，裁剪后的用例集在缺陷发现上可能不如全组合充分，尤其是低频的三参数交互缺陷，需要通过后续缺陷数据来验证是否需要回补组合。
因此这套方法更适合参数数量中等、边界明确、有历史缺陷数据可参考的功能测试；对于安全关键或资金强相关且组合规模仍可承受的场景，应保留更高比例的组合，不把裁剪比例作为统一要求。
效果验证：用覆盖率和缺陷数据判断裁剪是否有效
验证裁剪效果需要固定统计口径，避免把用例数量下降直接当成质量提升。建议从覆盖、规模、缺陷三个维度观察，并设定一个验证周期，例如连续两个迭代或一个回归周期。
| 指标 | 统计口径 | 观察目的 |
|---|---|---|
| 边界点覆盖率 | 已被至少一条用例覆盖的边界点数 ÷ 边界点总数 | 确认保留底线是否达成，目标为 100% |
| 参数交互覆盖率 | 已覆盖的参数两两组合数 ÷ 应覆盖的两两组合数；高风险三因素组合单独统计 | 确认交互覆盖是否达到设计目标 |
| 用例数量与执行时长 | 裁剪前后用例条数、单轮执行耗时 | 衡量压缩效果，与覆盖指标一起看 |
| 缺陷发现分布 | 按参数、按边界点、按交互类型统计缺陷来源 | 判断关键边界是否仍能暴露问题，缺口集中在哪类组合 |
解读时注意区分相关与因果：用例数量下降后缺陷数没有明显变化，只能说明本轮未发现新增缺口，不能直接证明裁剪无损；如果缺陷集中出现在某类未覆盖的三因素组合上，则说明该处需要回补组合。复盘时把缺陷分布与覆盖核对表对照，调整风险等级和补充组合的范围，形成“裁剪—执行—复盘—调整”的循环。验证周期结束后，若边界点覆盖率保持 100%、高风险交互均有覆盖且缺陷分布未出现集中缺口，可维持当前裁剪方案；否则按缺口回补并更新清单。
常见问题
参数边界点很多时，成对组合能覆盖所有两两交互吗？
成对组合保证任意两个参数的取值组合至少出现一次，因此两两交互可以被完整覆盖。它不保证三个及以上参数的交互组合被覆盖。如果高风险参数之间存在三因素交互，需要在成对组合基础上补充三因素组合或对这几个参数做全组合。
裁剪后如何快速确认没有漏掉关键边界？
用参数边界点清单逐项核对：每个边界点是否至少出现在一条用例中，高风险参数之间的交互是否都有对应用例。核对结果记录在覆盖核对表中，与用例清单一起评审。发现缺口时补一条最小用例，而不是恢复整批被删用例。
高风险参数应该补充多少组合才够？
补充范围取决于高风险参数的数量和边界点数量。常见做法是对高风险参数补充其与其他参数的三因素组合；如果高风险参数少且边界点不多，也可以直接对这几个参数做全组合。补充范围要写进裁剪方案，避免无边界扩大。
这套裁剪方法在什么情况下不适用？
如果参数取值是连续区间且边界不明确，或者业务方无法对风险等级给出判断，应先补齐边界定义和风险口径，再进入组合设计。对于安全关键或资金强相关且组合规模仍可承受的场景，应保留更高比例的组合，不把裁剪比例作为统一要求。
验证裁剪效果需要观察多久？
建议设定一个验证周期，例如连续两个迭代或一个回归周期。周期内观察边界点覆盖率是否保持 100%、高风险交互是否均有覆盖、缺陷是否集中出现在某类未覆盖组合上。周期结束后按缺口回补并更新清单，形成裁剪、执行、复盘、调整的循环。
