# 带教验收与迭代

五项任务各 20 分，总分 100。学员交付后先运行其代码，再抽查其结论是否能回到原始记录。14 分只是进入下一轮的门槛，不能替代关键口径修正。不得预填带教老师姓名或声称已经完成真实带教。

## Review 会议脚本

先请学员在 3 分钟内打开成果并给结论，5 分钟定位一个证据，5 分钟复算一个边界，最后记录一项修订及验收方式。实际带教安排需由负责人落实，不把建议的 Review 当成已有服务承诺。

## 每项深问

- 任务一：把同 event_id 的冲突记录提前到文件开头，结果应不受先后顺序影响。若两个来源重复同一事件，比较内容而非来源标签。数量相等但内容错误仍不通过。
- 任务二：将一个未来交付移动到截止点之前，解释状态与分母如何变化；截止点后补回传不能篡改旧报告。追问为什么取消单不算准时。
- 任务三：移除 op-7 的角色越权但保留高频，结论应改变；给匿名请求改 401 为 200，需检查 session 与资源范围。高频合法归档是必要反证。
- 任务四：用 25% 且 n=4 的组和 n=20 的组比较，前者先补样本。15 个百分点边界应“需要复核”。改变服务权重后解释比较结果。
- 任务五：逐条指出 R5 的生产验收在哪里运行。只有前端页面不能冒充已交付真实身份服务。140 人时与四周35h逐项对账。

## 修订记录格式

记录：发现 → 证据位置 → 影响结果 → 修正 → 复测 → 学员解释。每项至少完成一轮修订。结课时保留原稿、修订稿、测试记录与完整作品；不编写就业效果、客户认可或合作企业背书。

## 允许不同答案

字段与口径是硬约束，报告措辞、可视化和实施估算可不同。只要有证据、计算正确、假设明确且能验收即可。参考答案不应成为逐字背诵标准。没有唯一的最佳架构或因果解释。