多步业务测试交给 Agent，怎样准备可复用的夹具蓝图
多步业务测试需要的不是几组字段值，而是一套能重复建立、独立使用和明确归还的业务对象。Agent可以根据测试情景整理夹具蓝图：先建什么、谁共享什么、可变对象归哪个场景、结束后清理到哪里，以及有效期怎样稳定。本文只交设计材料，不创建或清理真实数据库。
从对象依赖排出准备顺序
预约改期需要预约，但预约又依赖场地和可约时段。把这些前置写成依赖图，才能区分“测试逻辑失败”和“前置根本没准备好”。蓝图为每个节点列业务标识、依赖、提供者、使用者、作用域和清理归属。共享参考目录与场景自己创建的数据不能混成一包全删。
官方机制说明1：夹具依赖B时B先建立、后拆除；test作用域在每测试后拆除，worker作用域在worker结束时拆除，官方示例用workerIndex区分账号。隔离浏览器context不自动隔离服务端数据；命名空间与清理归属是本文拟设计。；官方机制说明2：setFixedTime固定Date.now/new Date；page.clock覆盖页面原生时间类/函数。它不说明服务器或数据库时钟被控制；跨层时间提供方必须单独设计和核验。
这给出夹具生命周期和页面时钟的能力边界。服务端业务数据并不会因为浏览器context独立而自动隔离，数据库记录和时间提供方仍需要客户专门设计。本文命名空间是拟定方案，不声称Playwright原生替企业创建了这些业务隔离。
三套合成对象图
合成输入1。 预约改期场景要求已有楼宇B01、场地R01、可约时段S01、预约A01；B01是共享只读参考，R01/S01/A01由本次case创建，A01引用S01和R01。
预期处置：蓝图按B01存在性→R01→S01→A01列种子依赖，写明A01/S01/R01的创建者与逆序清理归属，B01不得被本case清理；种子任一步失败时仅列已创建对象的清理计划，实际执行空白。
合成输入2。 设备借用两个并行场景分别是借出和归还，原草案都引用设备DEV-DEMO、借单LOAN-DEMO；运行RUN7的worker01/case借出和worker02/case归还会修改设备可用状态。
预期处置：为两组可变设备、借单和状态种子分配RUN7-w01-checkout与RUN7-w02-return命名空间，所有子对象引用保持组内一致；设备型号目录可共享只读，每组只清自己创建的对象；标明浏览器context隔离不自动隔离后端数据。
合成输入3。 服务权益ENT01关联设备AS01、服务项目SV01和服务请求REQ01；已批规则为expires_at=2026-10-25T00:00:00Z之前可用，测试now=2026-10-24T23:59:00Z与到期时刻两个case；前端可固定page.clock，后端时间尚不可注入。
预期处置：蓝图将两个case的设备/权益/请求种子及now分开，标注开始/失效边界和时钟责任；只规划页面观察，服务端有效期判定保持未受控/不可证明可复现，要求专用测试时间提供方后才能计划端到端断言，不把冻结页面当全系统时钟。
预约蓝图将楼宇当只读前置，先确认它存在，再准备场地、时段与预约。归还顺序与引用方向相反，避免先移除场地却留下预约。清理责任只覆盖本次实际建立的节点；准备中途失败时，也需要知道哪些已经建成，而不是整包盲删。
并发作用域应贯穿子对象
借出与归还两例若共享DEV-DEMO，一个用例改变可用状态，就会影响另一个用例的起点。只给最外层测试起不同名字没有意义，设备、借单和状态种子都要带相应场景身份，引用不能跨组串联。型号目录不变时可以只读共享，减少重复准备，但共享理由要能解释。
附件提供run、worker、case三段命名空间与具体子对象候选。它们属于蓝图示例，正式实现采用数据库隔离、专用租户还是其他办法，需要目标系统能力支持。助手先暴露共享的可变对象，供测试负责人决定，不能宣称加前缀就解决全部隔离。
有效期要记录谁提供现在时间
权益案例明确给出UTC失效时刻和两个now，测试人员能复现边界意图。页面时间可固定，服务端仍读真实时间时，只能证明页面观察被控制，不能证明端到端权益判断稳定。蓝图因此把页面、业务服务的时钟责任分别列出，后者暂记未受控。
最后从场景反查对象集合，从对象反查使用场景，寻找无人负责归还或跨场景修改的节点。已有夹具框架继续负责执行，Agent负责把业务对象图与可审阅蓝图连接起来；这与已有真实样本脱敏、生产环境迁移和模拟消息出口均有不同产物。
下载本题合成输入与可填写工作表。附件保留实际结果、复核人和证据位置空栏。
已有样本的一致脱敏归相近旧文；运行不稳可看用例失败后重跑又通过，Agent 怎样整理偶发失败的调查材料，环境组合覆盖则交浏览器和系统组合很多，Agent 怎样核对兼容性测试有没有漏项。带对象依赖图到定制咨询讨论夹具蓝图，不需要提供真实数据库备份；更多文档任务见文档与数据处理专题。