约 7 分钟5 张卡

测试数据管理

测试数据管理是为测试建立需要的业务状态，并控制这些数据在执行、并行和结束之后的影响。一条用例不仅需要“有一个用户”，还要知道这个用户拥有什么权限、关联哪些记录、能否被其他用例修改，以及失败后怎样清理。

可靠的测试数据应该让失败可以重建，让用例不依赖偶然残留。这里讨论测试自身的数据生命周期；产品是否正确隔离不同用户或租户的数据，属于接口权限验证的检查目标。

1. 面试核心

先记住这几条，再读正文

造数先定义业务约束和依赖，再选择 API、数据库或工厂方式。造出符合字段类型的数据，不代表已经建立了有效业务状态。卡 · 综合题
并行测试需要独立命名和访问范围，运行标识要同时约束创建、查询和清理，不能只在名称后面加随机字符串。卡 · 并行隔离与运行标识
事务回滚只作用于对应事务。测试客户端的回滚不能撤销服务端另一连接已经提交的数据，更不能自动撤销消息和文件。卡 · 事务边界与外部副作用
数据集应覆盖规则、边界与关键分布，随机种子帮助重放生成过程，却不能替代必要的特殊值和业务约束。卡 · 代表性、敏感信息与清理
清理需要考虑依赖顺序和失败，留下可追溯的资源清单及补偿机制，避免删除其他任务的数据。卡 · 代表性、敏感信息与清理

2. 数据构造与依赖

卡 · 怎样设计一个服务于实际用例的测试造数工具？

造数工具的输入应该表达测试需要的状态。例如“一个有余额的普通用户和一张待支付订单”，比“往三张表各插十行”更接近用例目的。

可以按业务依赖准备：先创建用户，再创建关联订单，最后校验订单归属和状态。工具输出已创建资源的标识及运行标签，供用例查询和后续清理。

构造方式	适用场景	需要检查的边界
通过业务 API 创建	需要真实规则、事件与关联数据	准备耗时、外部依赖及部分成功
直接写数据库	明确的数据层测试、较大批量数据	是否绕过默认值、校验、缓存与事件
工厂函数生成对象	单元或组件内的局部规则	不能据此证明真实数据库约束正确
恢复基线快照	复杂且需要一致起点的环境	恢复成本、版本兼容与并行占用

直接插入一行 status=PAID，可能没有支付记录、库存变更和事件；后续测试失败不一定是被测功能错误，也可能是准备的数据从未构成合法状态。若故意构造不一致数据来测试防护，需要明确标为该用例的异常条件。

工具不必一开始就支持任意表、任意依赖和任意脚本。先实现真实用例需要的状态，给出输入校验、资源记录、清理及失败证据，再根据已知需求扩展。

3. 并行隔离与运行标识

卡 · 怎样设计一个服务于实际用例的测试造数工具？卡 · 为记录生成随机 ID 后，测试就能安全并行了吗？

运行标识标记一轮测试创建的数据。通常还需要工作进程标识和用例标识，以区分同一轮中并行执行的不同任务。

选择隔离粒度时，要看数据如何被访问：

粒度	可以隔离什么	仍需注意
独立资源 ID／业务命名空间	不同测试的记录	查询和清理必须带相应范围
独立账号或租户	账号下的大部分状态	全局唯一约束和公共资源仍可能冲突
独立 schema／数据库	数据库级状态	缓存、消息和文件未必随之隔离
独立环境	更多运行资源	建立成本、外部共享服务与配额

下面用内存 SQLite 演示定向清理。它只验证运行标识的使用，不代表 MySQL 或跨服务实现：

import sqlite3
from contextlib import closing

with closing(sqlite3.connect(":memory:")) as conn:
    conn.execute("CREATE TABLE notes (run_id TEXT, note_id TEXT PRIMARY KEY)")
    conn.executemany(
        "INSERT INTO notes VALUES (?, ?)",
        [("run-a", "a-1"), ("run-a", "a-2"), ("run-b", "b-1")],
    )
    conn.execute("DELETE FROM notes WHERE run_id = ?", ("run-a",))
    remaining = conn.execute("SELECT run_id, note_id FROM notes").fetchall()
    assert remaining == [("run-b", "b-1")]
    print(remaining)

输出只剩 run-b 的记录。若清理写成无条件删除，另一轮测试的数据也会消失；即使每条记录的 ID 都随机生成，仍然无法阻止这种污染。

同理，断言不能无范围查询“最近一条订单”。其他测试可能刚好创建了新记录，导致通过或失败都取决于执行时机。查询应使用本用例保存的业务 ID，而不是依赖全局排序碰巧找到它。

4. 事务边界与外部副作用

卡 · 测试函数结束时回滚事务，能清理 HTTP 接口创建的所有数据吗？

事务回滚适合撤销同一事务中尚未提交的数据库修改，但 HTTP 客户端通常不拥有服务端事务。接口处理在另一连接中提交后，测试侧的本地回滚不会传播过去。

下面用两个 SQLite 连接演示连接边界：

import sqlite3
from contextlib import closing
from pathlib import Path
from tempfile import TemporaryDirectory

with TemporaryDirectory() as directory:
    path = Path(directory) / "data.db"
    with closing(sqlite3.connect(path)) as setup:
        setup.execute("CREATE TABLE notes (id TEXT PRIMARY KEY)")
        setup.commit()
    with closing(sqlite3.connect(path)) as client, closing(sqlite3.connect(path)) as server:
        client.execute("BEGIN")
        server.execute("INSERT INTO notes VALUES (?)", ("note-1",))
        server.commit()
        client.rollback()
        count = client.execute("SELECT COUNT(*) FROM notes").fetchone()[0]
        assert count == 1
        print(count)