调整新增模型打标验证计划文档归档路径
This commit is contained in:
@@ -1,4 +1,4 @@
|
||||
# 新增模型打标完整验证设计
|
||||
# 新增模型打标完整验证计划
|
||||
|
||||
## 背景
|
||||
|
||||
@@ -115,7 +115,7 @@
|
||||
|
||||
分层验证能把这三层责任拆开,失败时也能严格停在结论和问题清单,不会直接滑向修复。
|
||||
|
||||
## 验证设计
|
||||
## 验证方案
|
||||
|
||||
### 一、环境与基线确认
|
||||
|
||||
@@ -235,10 +235,10 @@
|
||||
- Mock 随机命中只保证“稳定随机子集”,不保证每个 `logId` 全量命中所有规则。
|
||||
- `LARGE_PURCHASE_TRANSACTION` 的命中依赖采购表基线,不应误判为银行流水样本问题。
|
||||
- 对象型规则 `WITHDRAW_CNT` 的结论需要和明细型规则区分,避免用相同口径判断失败。
|
||||
- 本次验证只为确认现状是否正确,不引申为修复设计或二期规则推进。
|
||||
- 本次验证只为确认现状是否正确,不引申为修复方案或二期规则推进。
|
||||
|
||||
## 结论
|
||||
|
||||
本设计采用分层完整验证方案,对 2026-03-20 新加入的模型打标改动做统一校验。
|
||||
本计划采用分层完整验证方案,对 2026-03-20 新加入的模型打标改动做统一校验。
|
||||
|
||||
执行时先验证 Mock 规则输入,再验证主工程真实规则识别,最后验证数据库事实和接口结果是否闭环一致。若任何一层失败,只输出证据和问题清单,不进入代码修复。
|
||||
Reference in New Issue
Block a user