mimo code 将单元测试视为可演进的开发资产，通过 compose 模式驱动 tdd 闭环、harness 框架实时感知代码变更并自动维护测试、记忆系统保存测试意图与历史上下文，实现测试随代码自动对齐与持续演进。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是“生成一次测试就完事”，而是把单元测试当作活的、可演进的开发资产来维护。它靠的是 Compose 模式 + Harness 执行框架 + 持久记忆 三者协同，让测试能随代码变化自动对齐，而不是靠人反复重写或手动更新。
Compose 模式驱动 TDD 流程闭环
当你在 Compose 模式下提出需求（比如“给用户登录模块加手机号格式校验”），MiMo Code 会自动触发完整流程：分析逻辑边界 → 设计测试用例 → 编写待测函数 → 生成对应单元测试 → 运行验证 → 审查覆盖缺口。关键在于，测试不是最后补的，而是和实现同步生成、同步运行的。
- 测试文件与源码按约定路径配对（如
login.js对应login.test.js） - Harness 框架自动识别项目使用的测试工具（Jest / Vitest / pytest），并注入适配器
- 每次修改函数签名或逻辑分支，系统会比对已有测试覆盖率，主动提示缺失场景
Harness 框架实时感知代码变更
MiMo Code 的专属 Harness 不只是执行器，它嵌入了轻量级 AST 解析和变更感知能力。当它修改一个函数时，会同步扫描其调用链、依赖模块和已有测试文件，判断是否需要：
- 扩展现有测试用例（例如新增正则匹配失败的 case）
- 重构断言逻辑（如从
toEqual改为toMatchObject） - 删除已失效的测试（函数被移除后，对应 test block 自动标记为 skip）
这种感知不依赖 Git diff 或外部 watch 工具，而是发生在每次 Agent 修改文件的原子操作中。
记忆系统让测试维护具备上下文连续性
传统 AI 工具改完代码就忘了测试意图；MiMo Code 把“为什么写这个测试”也记下来：
- 项目记忆中存有测试策略说明（如“所有输入校验必须覆盖空值、超长、非法字符三种边界”）
- 会话检查点保存了上次运行失败的测试堆栈和修复动作
- /dream 命令定期合并历史测试变更记录，生成精简版
test-evolution.md，供下次会话快速重建上下文
结果是：隔两天回来继续开发，它知道“上次你要求所有 API 调用必须 mock 网络层”，于是新写的测试会自动套用相同 mock 模式。
实际维护动作示例
假设你让 MiMo Code “把用户注册接口改成支持邮箱或手机号任一方式登录”：
- 它先更新
register.ts中的校验逻辑 - 自动向
register.test.ts添加 4 个新 case（邮箱合法/非法、手机号合法/非法） - 发现原有只测邮箱的测试 now fails → 将其改为参数化测试，并标记为 legacy
- 运行全部测试，把失败项写入记忆快照，下次启动时优先修复
整个过程无需手动打开测试文件，也不依赖 IDE 插件——全在终端内由 Agent 协同完成。
