验证 是做什么的?
当用户希望确信一个特性、修复或重构确实工作时,使用此技能。
目标
将模糊的“应该能用”的说法转变为具体的证据。
工作流程
- 确定必须证明的精确行为。
- 优先使用现有测试。
- 如果覆盖缺失,运行可用的最窄直接验证命令。
- 如果直接自动化不足,描述手动验证步骤并收集具体的可观察证据。
- 仅报告实际已验证的内容。
验证顺序
- 现有测试
- 类型检查 / 构建
- 窄直接命令检查
- 手动或交互式验证
规则
- 没有证据时,不得声称变更是完整的。
- 如果检查失败,请明确包含失败信息。
- 如果不存在现实的验证路径,请明确说明而不是虚张声势。
- 更倾向于简洁的证据摘要,而不是嘈杂的日志。
输出
- 已验证的内容
- 运行的命令/测试
- 通过项
- 失败或未验证项