没有单独的测试阶段：每一层都在其对象准备就绪后运行，而预演即为用户验收测试 (UAT)。由于平台是标准化的，测试针对的是客户的配置、数据和集成，而不是对产品本身进行重新测试。
| 层 | 什么时候 |
|---|---|
| 配置检查——使用会话中的示例数据验证每个设置。 | T-17 → T-11 |
| 迁移验证——每个模拟的计数、哈希总数、TB 数和子账数量 | T-10 → T-3 |
| 集成测试——每个端点都与测试伙伴进行测试，包括错误路径。 | T-10 → T-4 |
| 角色和权限测试——每个角色都能看到并执行其应有的操作；职责分离 | T-9 → T-5 |
| 连续性检查——如果签订了Live DR，则进行切换演练；备份恢复验证 | T-5 → T-3 |
| 演练 = 用户验收测试 (UAT) — 由真实用户在真实的业务环境中进行一天的测试，与原有系统并行运行。 | T-2 → T-1 |
职责分离
任何角色都无权批准自己创建的内容、创建供应商并付款、更改银行信息并发放款项，或将数据发布到已关闭的期间并编辑已发布的文档。每个角色只能查看自己的实体、数据和菜单，完成其排练任务的每个步骤，查看正确的队列项，并在其自身权限范围内使用 ASK 执行自己的任务。
请使用每个角色的独立登录账号进行测试，切勿使用管理员账号。即使使用管理员账号通过测试，也无法证明该角色的各项能力。
排练
脚本的构建要基于客户最繁忙的日常工作日，而不是教科书式的流程：早晨排队、报价到订单（含信用检查）、采购、收货、发货和开票、应付账款（含匹配和审批）、工资事件、付款运行和银行文件，以及每日结算（含试算平衡表）——每一项都要与旧系统在同一天生成的数据进行比较。
- T-2 准备——根据试运行数据进行排练；收集当天的真实文档；每个用户登录并实时查看其队列；每个流程的观察员。
- T-1 运行 — 用户在 TRANXACT 中输入他们真实的一天，而旧系统则照常运行；ASK 和导航员支持流程；问题记录时间及角色。
- T-1 晚间结束——结果与旧版本进行比较；修复列表已执行并重新检查；闸门标准已评分；倒计时负责人已做出决定。
是否通过（建议的默认值）
| 标准 | 临界点 | 区块上线了吗？ |
|---|---|---|
| 排练过程已完成 | 关键步骤完成率达到 100%；所有步骤完成率达到 95% 或以上。 | 是的 |
| 结果与传统一致 | 总计相等或已解释 | 是的 |
| 模拟演练对账 | 零TB增量；子账簿连接 | 是的 |
| 试运行持续时间 | 在切换窗口期内 | 是的 |
| 关键缺陷开放 | 0 | 是的 |
| 用户们在各自的角色中进行排练 | 95% 或以上的 T+1 用户 | 审查 |
| 集成方案已准备就绪，可用于生产环境。 | 端点和凭证已确认 | 如果不行，就先观察一下。 |
“不合格”并非默认会导致日期延后。倒计时负责人可以将不合格的项目延至 T-Plus 阶段，并仍然能够在 T-0 阶段使用通过的项目上线。
站立会议中的缺陷分类
- 严重——导致核心流程停止、财务结果错误或数据丢失：在关口之前修复，或者将流程升级到 T-Plus 并进行人工临时处理。
- 高——需要付出大量努力才能完成：当天修复；在排练中重新测试。
- Medium——有一个简单的解决方法：上线两周内修复。
- 低端——外观：Fit Ledger 系列，标签为 T-Plus。
Calderwood Group ——实例分析
在卡尔德伍德的彩排中，所有关键步骤都顺利通过，唯独支付环节例外：银行文件已生成，但银行的生产凭证尚未发放。对于尚未准备好投入生产的集成，系统会“视情况而定”——因此，倒计时负责人将银行集成提交给T-Plus，并暂时采用手动上传银行文件的方案，然后记录为“已启动”。
试试看 在T-1阶段，Calderwood 91%的T+1用户已经按照各自的角色进行了演练。这会阻碍正式上线吗？
并非自动进行：排练完成率低于 95% 的用户属于“审核”标准，而非障碍。未达标的用户将在 T-1 下午安排补习，并在招募登记册中标记，任何仍未准备就绪的用户都会在第一周获得一位指定的伙伴指导。