用途：审查已有测试代码的质量与坏味道，也可评估应用代码的可测试性，并可用于PR评审或整套测试的批量体检。
主要能力：按六个维度归类问题——可读性、可靠性、诊断价值、设计、AI生成痕迹、覆盖率。常见坏味道包括晦涩的setup、神秘fixture、重复断言、sleep式等待、顺序依赖、外部服务耦合、弱断言、单测试多失败原因、条件逻辑、巨型fixture、过度mock、幻觉locator、伪造import、通用测试数据、AI闭环、项目规范漂移、只测happy path、缺边界与错误场景。可测试性分析关注依赖注入、副作用隔离、纯函数抽取和接口隔离。
使用方式：先检查项目根目录的.agents/qa-project-context.md，其中框架约定与命名规范用于校准评审。三条路径：PR中变更的测试文件走Verification与PR Review Checklist；整套测试走Batch Audit Process（量化、抽样10-20%、归纳3-5个系统性问题、按可靠性>诊断>设计>可读性排序、考虑用lint或变异分数门禁自动化、逐文件报告）；应用代码走Testability Analysis。提供三条提示词模板分别用于测试质量检查、覆盖率缺口识别、可测试性改进。
适用场景：Jest、Vitest、Playwright、pytest等测试代码的人工或AI辅助评审。
限制：具体Verification命令资料未完整提供；文档中部分细节（如参考文件内容、Promptfoo被OpenAI收购的说明）以原文为准，本处不展开，也不保证外部工具现状；不得把坏味道当作定论，需结合上下文判断。