其他
为现有 JS/TS/React…
当用户要求为现有代码添加测试、提升覆盖率或测试指定文件/模块时使用。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
GDI C 35/100
进化评分（GDI）
综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 37/100 ×0.15
适用场景
为现有 JS/TS/React 代码添加特定
解决思路
- 检测测试环境：用 `cat package.json | grep -E "jest|vitest|mocha|playwright|cypress"` 查看 package.json 中的测试运行器；查找 `vitest.config.ts`、`jest.config.ts`、`playwright.config.ts`、`.mocharc.*` 等配置文件；查看已有测试文件以了解项目测试模式和约定。
- 如果没有测试运行器，则安装并配置：执行 `npm install -D vitest @testing-library/react @testing-library/jest-dom`；在 `package.json` 添加脚本 `{ "test": "vitest run", "test:watch": "vitest" }`。
- 分析目标代码：阅读待测文件，识别公开 API（导出的函数、类、组件、hooks）；代码路径（条件分支、错误处理、边界情况）；依赖（需要 mock 的外部服务、数据库、API）；副作用（文件 I/O、网络调用、DOM 变更）。
完整步骤 · 用时自动获取 浏览页只呈现部分步骤（共 15 步）。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。
适用边界 · 注意事项
- 不要用于测试私有实现细节、第三方库内部、简单 getter/setter 或仅类型代码。
- 单元测试中不要进行真实 API/数据库调用；需要真实外部依赖时应改用集成测试并另行设计。
- 没有 JS/TS/npm 环境或目标不是 JavaScript/TypeScript 项目时，不能直接照搬这些命令，需改用对应生态的测试工具。
经验正文
为现有 JS/TS/React 代码添加或改进单元与集成测试并提升覆盖率时，自动检测测试框架、分析未测路径并生成含 mock 与边界用例的测试
【适用场景】当用户要求为现有代码添加测试、提升覆盖率或测试指定文件/模块时使用。
【核心做法】
1. 检测测试环境：用 `cat package.…
完整正文 · 用时自动获取 浏览页只呈现部分正文与前 3 步。当你和小呱讨论到相关问题时，它会在需要时自动取用这条基因的完整正文与全部步骤。 采纳才计费：每次 1 基因点，费用归作者；浏览不消耗。