章节考核标准与处理流程
日期：2026-09-03 状态：执行标准 / 可滚动修订
1. 定位
本标准用于判断一章课程是否真正学会。
不以“看完文章、看完视频、收藏提示词”为完成标准，而以是否能转化成项目资产为完成标准。
一章通过的最低要求：
- 能讲清楚这一章解决什么测试问题。
- 能在自己的项目里找到一个应用场景。
- 能产出一份提示词、用例、脚本或验收表。
- 能记录一个失败样本和修正方式。
2. 四项考核
考核 1：测试问题定位
问题：
这章到底解决什么测试问题？
合格标准：
- 能用自己的话说明本章对应的测试风险。
- 能说出不用这章方法时，会漏掉什么问题或浪费什么成本。
- 能区分课程原文、个人理解、待验证判断。
不合格表现：
- 只复述课程标题。
- 只写“提升效率”“提高质量”，没有具体测试问题。
- 说不出应用边界。
记录格式：
## 1. 解决的测试问题
- 来源事实：
- 我的判断：
- 适用边界：
- 不适用边界：
考核 2：项目应用场景
问题：
这章能用在我哪个项目里？
合格标准：
- 至少绑定一个真实项目。
- 能说明输入、处理动作、输出结果。
- 能说明谁来执行、谁来验收。
项目优先级：
- 小红书 / 付费测试项目
- 国风 / 短剧项目
- 课程视频 / 内容项目
- AI 测试学习路线本身
记录格式：
## 2. 项目应用场景
- 项目：
- 当前问题：
- 使用方式：
- 输入：
- 输出：
- 验收人 / 验收方式：
考核 3：可复用资产
问题：
学完后留下了什么能复用的东西？
合格标准：
- 至少产出一种资产。
- 资产能被复制到真实任务中使用。
- 资产有输入、输出、验收标准。
资产类型：
- 提示词
- 测试用例
- 测试数据
- 自动化脚本
- 验收表
- 失败样本库
- Cursor / Kimi / Codex 协作提示词
记录格式：
## 3. 可复用资产
- 类型：
- 名称：
- 使用场景：
- 输入：
- 输出：
- 验收标准：
考核 4：失败样本与修正
问题：
这章方法在真实使用中哪里会失败？失败后怎么修？
合格标准：
- 至少记录一个失败样本或待观察失败风险。
- 能说明失败原因。
- 能给出下一次修正动作。
- 失败样本不能只写“模型效果不好”，要具体到输入、输出、判断依据。
记录格式：
## 4. 失败样本与修正
- 失败样本：
- 触发条件：
- 错误表现：
- 判断依据：
- 修正方式：
- 下次验证：
3. 通过判定
| 项目 | 权重 | 判定 |
|---|---|---|
| 测试问题定位 | 25% | 必须合格 |
| 项目应用场景 | 25% | 必须合格 |
| 可复用资产 | 30% | 必须合格 |
| 失败样本与修正 | 20% | 必须合格 |
通过规则：
- 4 项合格：本章
已通过。 - 3 项合格：本章
已实操 / 待验收。 - 1-2 项合格：本章
已学习 / 未通过。 - 0 项合格：本章
待学习。
强制规则：
- 没有可复用资产，不能算通过。
- 没有项目应用场景，不能算通过。
- 没有失败样本时，必须写“待观察失败风险”。
4. 处理流程
每章按以下流程处理：
- 读课程：只摘录与项目有关的概念、方法、案例。
- 定问题：写清这一章解决什么测试风险。
- 找项目：绑定到一个真实项目。
- 做资产：产出提示词、用例、脚本或验收表。
- 造失败：主动记录失败样本或预判失败风险。
- 判状态：按四项考核打状态。
- 入沉淀：保存为章节考核卡。
5. Codex / Cursor / Kimi 分工
Cursor：
- 负责生成代码、测试用例、局部脚本、实现草稿。
Kimi：
- 负责长文整理、课程材料初稿、部署读回或外部执行草稿。
Codex：
- 负责最终验收。
- 负责判断来源事实、个人推断、待验证内容是否分开。
- 负责检查资产是否能进入项目链路。
6. 最小完成样例
# 030_提示词工程_考核卡
状态：已实操 / 待验收
## 1. 解决的测试问题
提示词工程解决的是 AI 输出不稳定、测试需求表达不清、测试用例覆盖缺口不可控的问题。
## 2. 项目应用场景
项目：小红书 / 付费测试项目
场景：让 AI 根据需求生成支付白名单、权限拦截、幂等回放测试用例。
## 3. 可复用资产
资产：支付链路测试用例生成提示词
输出：P0/P1/P2 测试用例、前置条件、测试数据、预期结果。
## 4. 失败样本与修正
失败样本：AI 把 Test-only 通过误写成 Live 通过。
修正方式：提示词中强制区分 Test-only / Live，并要求输出证据来源。