测试数据设计与环境治理教程

常见失败

用例写着“前置：用户已有 3 条反馈”，执行时却没人知道用哪个账号、怎样创建、状态是什么、测试后如何清理。问题不是少一条 SQL，而是数据准备没有进入用例设计。

一条数据前置必须回答

测试数据生命周期

数据台账

• 数据集名称、用途、环境和负责人。
• 创建方式、唯一标记、依赖关系与有效期。
• 敏感等级、脱敏规则和可访问角色。
• 清理方式、最近验证时间和当前状态。

四种常用方式

高价值数据组合

数据必须服务判定

造出“满页 20 条”只是准备；真正的测试还要说明第 21 条进入哪一页、排序是否稳定、刷新后总数是否一致。

隔离策略

清理原则

• 只删除本次 run_id 创建的数据，不用宽泛条件。
• 先清子表、消息、缓存与文件，再处理主记录。
• 清理后再次查询，确认没有残留。
• 清理失败应显示为测试失败或独立告警，不能静默忽略。

脱敏校验

一致性对照

状态变更的固定动作

每次写操作都核对页面、详情、接口、主表和附属表。若存在异步同步，再验证处理中的中间态、最终状态和失败补偿。

用例数据四件套

• 准备：调用哪个接口、SQL 或脚本，参数是什么。
• 标记：使用唯一 run_id，便于识别和回收。
• 验证：先证明数据已到位，再执行正式断言。
• 清理：后置步骤按 run_id 删除，并确认无残留。

AI 生成用例时的约束

练习

1. 为一个状态流转功能列出正常、边界、异常与并发数据。
2. 分别选择接口、SQL 或脚本造数，并说明原因。
3. 给每组数据添加 run_id、到位断言和清理步骤。
4. 验证页面、接口、主表、附属表四层一致。
5. 模拟同步失败，验证重放、对账与告警。

完成检查