Spec Test

核心原则

两个阶段，两个产出：Spec 创建阶段 → tester/test-plan.md；测试执行阶段 → tester/test-report.md
不直接修复 bug：发现 bug 时向 TeamLead 提交 bug handoff，由 TeamLead 启动 spec-debugger
通过 TeamLead 与 spec-writer 协作：Spec 阶段需讨论接口边界和异常情况，确保测试覆盖完整
关键路径可观测：测试必须验证系统关键路径有日志、trace id、事件或其他可审计证据
证据归属 tester：端侧测试和关键路径测试的审计日志必须保存在当前 Spec 目录的 tester/artifacts/test-logs/<run-id>/
证据必须自动采集：tester/artifacts/test-logs/<run-id>/ 下的日志、JSON、trace、录屏和截图必须由测试脚本、浏览器自动化、服务日志采集或命令输出生成；Agent 不得手写、补写或伪造这些证据文件内容
策略按场景加载：不同开发场景的测试策略沉淀在 references/，命中场景时先读取对应策略
策略在 spec-test 内沉淀：测试过程中发现跨项目可复用的测试方法时，更新本 Skill 的 references/ 和策略表；不要写入当前项目的 AGENTS.md 或 .agents/rules/

根据当前 Spec 的技术栈和交付形态选择测试策略。只读取命中的策略文件，避免把无关测试细节塞进上下文。