T-Minus：测试和彩排

六个测试层及其运行时间、测试角色和职责分离、演练的设计和运行、通过/不通过标准以及按严重程度对缺陷进行分类。

没有单独的测试阶段。每一层都在其对应的对象准备就绪后运行，而预演即为用户验收测试 (UAT)。由于平台是标准化的，测试重点在于客户的配置、数据和集成，而非重新测试产品本身。

层	它证明了什么	什么时候	WHO	证据
配置检查	会话中已使用示例数据验证了每个配置设置。	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	每个 T+1 用户	排练稿，门记录

每个 Fit Ledger 配置-立即行至少有一个配置检查及其结果，因此 T-11 门是一个过滤器，而不是一个会议。

角色、权限和职责分离

请使用每个角色的独立登录账号进行测试，切勿使用管理员账号。即使使用管理员账号通过测试，也无法证明该角色的各项能力。

一个完整的真实营业日：客户在自身角色下完成的交易。脚本应根据客户最繁忙的日常工作日来编写，而不是照搬教科书上的流程。

时间	过程	角色	真实交易	与传统方式相比
08:00	早晨排队	所有用户	已审核的排名行动队列	—
08:30	报价	销售量	今日报价和订单，信用检查	订单总额
9:30	采购	购买	采购订单、审批	采购订单总额
10:30	收到	仓库	货物收据，入库	股票走势
11:30	发货及发票	仓库，结算	发货单和客户发票	发票总额
13:00	应付账款	应付账款文员，审批人	供应商发票、匹配、审批	AP老化
14:30	薪资事件	人力资源	招聘、变更、时间、津贴	工资输入
15:30	现金	财政部	付款记录、银行文件、收据	银行余额
16:30	当日收盘	控制器	每日报告、试算平衡表	当日结核病

所有在T+1日使用该系统的人员都必须参加。缺席者将在T-1日下午安排补课，并在采用登记册中标记。演练本身也是一种培训：已经实际操作过一天的用户无需参加课堂，业务部门也只需根据实际操作经验而非书面文件进行审核。

标准	临界点	证据	区块上线了吗？
排练过程已完成	关键步骤完成率达到 100%，所有步骤完成率达到 95% 或以上	排练稿	是的
彩排结果与传统相符	总计相等或已解释	对比表	是的
模拟演练对账	零TB增量；子账簿连接	对账表	是的
试运行持续时间	在切换窗口期内	运行手册计时	是的
关键缺陷开放	0	测试计划	是的
用户们在各自的角色中进行排练	95% 或以上的 T+1 用户	收养登记册	审查
集成方案已准备就绪，可用于生产环境。	端点和凭证已确认	集成日志	如果不行，就先观察一下。

“不合格”并非默认会导致日期延后。倒计时负责人可以将不合格的项目延至 T-Plus 阶段，并仍然能够在 T-0 阶段使用通过的项目上线。

严重程度	意义	会发生什么
批判的	导致核心流程中断、财务结果错误或数据丢失	在问题解决之前进行修复，或者将流程移出 T-Plus 的范围，并采用手动临时方案。
高的	这个过程需要付出大量努力或找到变通方法才能完成。	倒计时当天进行调整；彩排时重新测试。
中等的	虽然不太方便，但有简单的解决方法。	上线后两周内修复。
低的	装饰品或锦上添花之物	Fit Ledger 系列产品，标签为 T-Plus

在站会中进行分类，而不是在工单队列中进行分类：每个缺陷都会有一个负责人，并在提出缺陷的会议上当天或T-Plus做出决定。

标有“建议默认值”的数值是该方法论推荐的起始点。请根据具体项目确认每个数值；合同、订单和服务水平协议（SLA）的最终解释权归其所有。