QA

Agent 既写代码又改测试，手工用例是最后的独立基线

当同一个开发流程既生成实现又不断调整测试时，绿色流水线只能说明代码与测试一致，而非行为正确。文章主张以手工测试用例作为独立于源码的行为基线：用 Markdown/Gherkin 写出业务场景、前置条件、预期结果与边界，并在实现前评审；另设需求评审 agent 审核用例变更，只有获得需求授权的修改才允许进入基线。这样可减少 agent 每次会话花 10+ 分钟修 E2E 的循环，避免测试固化同一误解，并在重写、迁移后保留可追溯的意图。文末为 Testomat.io 自家 MCP/Agent skills 产品推广，阅读时需注意立场。适合在 agentic 开发中负责质量、QA 或交付的读者。