用例依赖"手工造好的存量数据"当地基，一改就炸，怎么低成本解耦？

【背景】我负责一套 B 端 SaaS 的接口自动化（Python 3.11 + pytest 7.4 + httpx，约 700 条用例，MySQL 8）。里面有一批"老用例"是 2 年前从手工用例平移过来的，它们的共同特征是不自己造数，而是依赖 staging 上一批"手工造好的存量数据"：某个固定的客户 ID、一批固定的商品、几个固定的审批流实例。这批数据当年是测试同学手工在页面上点出来的，后来被写死在用例里当"地基"。

【现象】 1）这批用例单跑全绿，但一跑回归就随机挂，挂的位置五花八门——断言客户余额对不上、商品状态不是预期值、审批实例已经是"已驳回"而不是"待审批"； 2）排查后发现根因大多是：别的同学/别的用例动过这批存量数据（有人手工改了余额、有人跑了个"驳回"的异常用例把审批实例状态改了），而这条用例根本没感知； 3）更糟的是，因为数据是"共享地基"，A 用例挂了之后 B、C、D 也会跟着挂，一条根因炸出一串红，每次回归都要花 1~2 小时人工分辨哪些是真 bug、哪些是数据被污染； 4）我把这批用例在 xdist 里单独放一个 worker、串行跑，能缓解一部分，但手动改动这条路径完全挡不住。

【已尝试】

• 把依赖的存量数据清单整理成一张表，每次回归前人工核对一遍：靠不住，核对本身就漏；
• 在 conftest 里加"数据健康检查" fixture，跑之前查一下关键字段是不是预期值，不对就 skip：能挡掉一部分，但skip 等于放弃了覆盖，而且检查项要手工维护，新加字段就漏；
• 想把这些用例改成"自己造数 → 调接口 → 断言 → 清理"的自闭环模式，但造数链路太长（有些客户要绑 3~4 个前置实体），写下来每个用例都变 200 行，维护成本爆炸，而且造数接口本身偶尔也会挂，反而引入新的 flaky。

【期望得到的答案形态】 1）在"存量数据当地基"这种历史包袱下，有没有一套低成本的隔离/快照/回滚方案（比如事务快照、schema 级隔离、数据版本化），能让我不用重写所有造数逻辑就把"共享数据被改"这条路径封死？ 2）如果必须走"自闭环造数"，有没有什么模式能把长链路造数抽象成可复用的 builder / factory，让单个用例的造数代码控制在 20 行以内？最好有具体的代码结构或工具推荐； 3）"skip 等于放弃覆盖"这个判断对不对？有没有更好的替代策略（比如失败重试 + 数据自愈）？

希望答案能落到"下周就能开工"的粒度：具体工具、配置片段或代码结构都行，纯理论可以但最好带个最小可运行的例子。