mimo code凭借compose模式和持久记忆能力，能结合项目上下文自动生成可运行、可维护的完整测试套件，并支持跨文件联动、语音迭代与风格复用。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的 Compose 模式和持久记忆能力，让它在生成复杂逻辑的单元测试时明显强于传统 CLI 工具。它不单是“写几个 test case”，而是能结合项目上下文、已有测试风格、函数签名与依赖关系，自动生成可运行、可维护、覆盖边界条件的完整测试套件。
用 Compose 模式一键启动全流程测试生成
进入项目根目录，运行 mimo 启动后按 Tab 键切换到 Compose 模式，直接输入类似以下指令：
- “为 src/utils/dateFormatter.ts 中的 formatISODate 函数写完整单元测试，覆盖空输入、非法时间戳、时区偏移场景”
- “给 UserService 类添加 Jest 测试，包含 mock 数据库调用、异常分支和并发请求处理”
系统会自动完成：分析目标代码结构 → 提取接口契约 → 推导典型输入/输出 → 选择合适断言方式（如 toThrow、toHaveBeenCalledTimes）→ 生成带 describe/it 块的文件 → 自动插入到对应 __tests__ 目录或同级 .spec.ts 文件中 → 最后执行 diff 预览并等待确认。
靠记忆系统复用项目测试规范
它不是每次从零猜你用什么框架或风格。首次生成测试后，MiMo Code 会把以下信息存入项目记忆（MEMORY.md）：
- 你偏好 Jest 还是 Vitest，是否启用 ts-jest
- mock 方式（jest.mock 还是 vi.mock）、是否使用 factory pattern 构建测试数据
- 覆盖率要求（如是否强制 include setup/teardown）
- 已有测试里的命名习惯（如 describe 块标题格式、it 描述动词时态）
后续再为同一项目生成测试，它会自动对齐这些细节，避免出现 “一半用 beforeEach，一半用 beforeAll” 这类风格断裂问题。
支持跨文件逻辑联动测试
得益于百万 token 上下文能力，MiMo Code 能同时“看到”被测函数、其调用的工具函数、所依赖的类型定义、甚至相关联的 API 响应 schema。例如：
- 当你让其测试一个订单创建服务时，它能自动识别出该服务内部调用了 paymentValidator 和 inventoryLock，于是同步生成对这两个依赖的 mock 策略
- 若某个函数返回 Promise
>，它会读取 ApiResponse 和 Order 类型定义，生成符合实际 shape 的 mock 返回值，而非简单 return {}
这种跨文件理解能力，大幅减少手动补全 mock 或类型断言的工作量。
语音+命令快速迭代测试用例
已登录 MiMo 账号后，可用语音直接修正生成结果：
- 说“加上超时测试” → 它自动插入 jest.setTimeout(10000) 并补充 timeout 场景
- 说“把第三个用例改成异步失败路径” → 定位到对应 it 块，改写 expect 逻辑并注入 reject 分支
- 说“回滚上一步” → 撤销最近一次生成操作，恢复前一版测试文件
配合 /dream 指令定期整合记忆，长期使用后，它对你项目的测试习惯越熟悉，生成准确率越高。
