第2章 原型与需求文档的边界提取：原型交互流、业务规则、字段约束、边界标注方法

原型边界测试的核心前提是从需求文档和原型中系统性地提取全部边界条件。本章将围绕参数测试课程结构，讲解如何从原型交互流、业务规则、字段约束和边界标注方法四个维度获取边界参数，作为后续测试用例编写的输入。

2.1 参数含义

边界提取阶段涉及以下四类参数，对应测试用例中的输入变量和预期条件：

2.2 测试条件

提取边界前需满足以下条件：

• 需求文档已评审通过，最少包含一份《软件需求规格说明书》（SRS）或《产品需求文档》（PRD）。
• 原型（低保真或高保真）已产出，并标注了交互跳转、状态变化、报错提示。
• 业务规则已显式或隐式写明，至少覆盖关键字段的约束公式。
• 团队已定义边界标注的格式模板（如 JSON 或 Excel 表头）。

2.3 仪器/工具

• 需求管理工具：Jira、Confluence、PingCode，用于关联需求与边界。
• 原型查看工具：Axure RP、Figma、Sketch，可直接测量控件尺寸、查看交互事件。
• 标注辅助工具：Markdown 编辑器、Draw.io、ProcessOn，用于绘制边界提取流程图。
• 结构化描述模板：YAML/JSON 文件，用于存储边界标注数据。

2.4 测量步骤

采用四步提取法，按顺序从原型和文档中摘录边界：

1. 梳理交互流节点：列出原型中所有可交互页面（状态），标记每个页面上的触发事件（点击、滑动、输入）以及对应的条件分支。例如，在“注册”流程中，“密码强度检测”处存在弱/中/强三档。
2. 提取业务规则阈值：在需求文档中检索“当…时”、“如果…则”、“不得超过”等关键词，抽取数值、枚举、日期等边界。整理为规则编号表。
3. 解析字段约束：对照原型表单中的输入框、下拉框、滑条，记录其 maxlength、min、max、pattern、是否必填等属性。需特别注意默认值边界。
4. 标注边界点：使用统一模板对每个边界点进行结构化描述，包括编号、位置（页面+控件）、类型（最小值/最大值/枚举/格式）、预期系统行为。输出为可导入测试用例工具的文件。

{
  "boundaryPoints": [
    {
      "id": "B-001",
      "page": "申请页",
      "control": "申请数量输入框",
      "type": "min",
      "value": 0,
      "expectedBehavior": "提示'申请数量不能为0'"
    },
    {
      "id": "B-002",
      "page": "申请页",
      "control": "申请数量输入框",
      "type": "max",
      "value": 100,
      "expectedBehavior": "提示'单次申请不超过100条'"
    }
  ]
}

2.5 数据判断

提取是否完整，通过以下检查项判断：

• 所有交互流中的分支条件是否都有对应的边界点编号？
• 每个字段约束（长度、范围、格式）是否至少覆盖最小值、最大值、超出值三个样本？
• 业务规则“例外”场景是否有边界标注（如“仅节假日执行”中的日期边界）？
• 标注数据的 JSON 或 Excel 是否可通过自动化工具校验格式一致性？

2.6 误差分析

常见误差来源：

• 需求歧义：规则描述使用了“大量”、“少量”等模糊词，无法提取精确阈值。
• 原型与文档不一致：原型上某字段长度显示为 50，但需求文档写 100，导致选取错误边界。
• 隐式规则遗漏：未写在文档中的隐含规则（如“注册用户不可使用已注销手机号”）未提取。
• 标注定位错误：将交互流中的跳转条件误标为字段约束。

应对措施：提取后与产品、开发三方评审，使用差异比对工具（如 Beyond Compare）对比需求版本。

2.7 调参策略

根据误差类型调整提取“参数”（即提取的粒度与维度）：

• 粒度调粗：当文档中大量使用连续区间时，仅提取区间端点，不提取内部等分点。
• 维度追加：若发现遗漏了“时间边界”，则在标注模板中增加 timeBoundary 字段。
• 重复提取校验：由两名测试工程师独立提取同一需求，然后比对差异，取并集。

2.8 验收阈值

边界提取阶段的交付物（边界标注列表）应满足以下量化标准方可进入用例编写：

边界提取流程总图