用途：审查测试是否真正验证了其声称验证的行为，而非仅仅能运行通过，适用于任意语言或框架的测试文件与测试套件。
适用时机：审查包含新增或修改测试的 PR；测试通过但仍有 bug 上线；测试名称与断言不匹配；mock 数量异常多；覆盖率好看但信心不足；准备重构前需要信任测试框架。
参数：可接受文件路径（如 path/to/test_file.py）审查特定文件；测试名称模式（如 test_user_*）审查匹配的测试；无参数时审查当前上下文或最近讨论的测试。
五步检查流程：读取测试，识别名称、文档说明、准备、执行、断言以及未断言的内容；读取被测实现，识别签名、返回值、副作用、分支与边界；执行五项检查，包括名称与断言对齐、断言是否有意义（排除恒真断言）、变异失败检查（若实现被明显破坏测试是否会失败）、边界用例覆盖、mock 卫生（mock 是否替换掉过多真实行为导致未真正执行被测代码）；给出四种判定之一并附证据：CORRECT（准确）、MISLEADING（误导）、INCOMPLETE（不完整）、BROKEN（无法捕获明显 bug）；对非 CORRECT 结果给出具体行号与修复示例，并说明当前测试会漏掉的 bug 示例。
红旗信号：测试无断言或只有 assert True；所有依赖都被 mock；断言检查的是 mock 自身返回的值；测试名称提到的条件未出现在准备阶段；空实现也能让测试通过；一个测试覆盖多个行为但名称含糊。
限制：资料未说明该技能的具体运行命令、依赖、平台或收费信息；其辅助文档（checks.md、verdicts.md 等）与相关技能名称仅作为参考链接列出，具体内容暂未提供。