MiMo Code 的 Compose 模式与持久记忆能力，使其在自动化测试生成领域实现了质的飞跃——它并非简单补全几个测试用例，而是能深度理解项目上下文，生成完整、可运行、且易于维护的测试套件。从解析函数签名、识别依赖关系，到推导边界条件，整个过程一气呵成，输出品质远超传统命令行工具。
实际用于生成复杂逻辑的单元测试时，你会发现它不只是“写几个测试用例”，而是能够结合项目上下文、已有测试风格、函数签名与依赖关系，自动产出可运行、可维护、覆盖边界条件的完整测试套件。
借助 Compose 模式一键启动全流程测试生成
进入项目根目录，运行 mimo 后按 Tab 键切换到 Compose 模式，直接以自然语言下达指令：例如“为 src/utils/dateFormatter.ts 中的 formatISODate 函数编写完整单元测试，覆盖空输入、非法时间戳、时区偏移场景”，或者“为 UserService 类添加 Jest 测试，包含模拟数据库调用、异常分支和并发请求处理”。系统会自动完成一系列动作：分析目标代码结构 → 提取接口契约 → 推导典型输入/输出 → 选择合适的断言方式（如 toThrow、toHaveBeenCalledTimes）→ 生成带 describe/it 块的文件 → 自动插入到对应 __tests__ 目录或同级 .spec.ts 文件中 → 最后执行差异预览并等待确认。整个过程无需手动配置，一步到位。
依托记忆系统复用项目测试规范
它不会每次从零猜测你偏好哪个框架或什么风格。首次生成测试后，MiMo Code 会把以下信息存入项目记忆文件（MEMORY.md）：
- 你倾向 Jest 还是 Vitest，是否启用 ts-jest
- 模拟方式（jest.mock 或 vi.mock）、是否使用工厂模式构建测试数据
- 覆盖率要求（例如是否强制包含 setup/teardown）
- 已有测试中的命名惯例（describe 块标题格式、it 描述动词时态）
后续再为同一项目生成测试，它会自动对齐这些细节，避免出现“一半用 beforeEach，一半用 beforeAll”这类风格断裂问题。简而言之，项目使用越久，生成的测试就越“懂你”。
支持跨文件逻辑联动测试
得益于百万级 token 上下文能力，MiMo Code 能同时“看到”被测函数、其调用的工具函数、所依赖的类型定义、甚至相关联的 API 响应 schema。举个例子：当让它测试一个订单创建服务时，它能自动识别出该服务内部调用了 paymentValidator 和 inventoryLock，于是同步生成对这两个依赖的模拟策略。若有函数返回 Promise
语音+命令快速迭代测试用例
已登录 MiMo 账号后，还能直接用语音修正生成结果：说一句“添加超时测试”，它立即插入 jest.setTimeout(10000) 并补充超时场景；说“将第三个用例改为异步失败路径”，它会定位到对应 it 块，改写 expect 逻辑并注入 reject 分支；说“回滚上一步”，则撤销最近一次生成操作，恢复前一版测试文件。配合 /dream 指令定期整合记忆，长期使用后，你项目的测试习惯会越用越贴合，生成准确率自然水涨船高。