codex可为旧项目函数精准生成单元测试，支持四段式提示词锁定范围，需确认测试环境、避免破坏现有结构，并通过三步验证测试隔离性与覆盖度。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
旧项目不敢动，不是因为代码写得差，而是没有测试兜底，改一行怕崩十个调用方。Codex 能在不改动任何业务逻辑的前提下，为已有函数精准生成覆盖正常路径、边界值和异常分支的单元测试，关键在于它能读懂你当前项目的测试框架、断言风格和依赖注入方式。
确认目标函数与测试环境
进入项目根目录，执行 ls tests/ src/test/ 查看是否存在已有测试目录；若无，Codex 默认会在 src/ 同级新建 tests/ 目录并创建 integration_tests.rs（Rust）或 TestUtils.java（Java），但【这会破坏你已有的 Maven/Gradle 测试结构】，必须先明确已有约定。
运行 pip show pytest 或 mvn test -Dtest=NoSuchClass 快速验证测试框架是否就位。Codex 不会自动安装依赖，它只基于你当前环境生成可直接运行的测试代码。
用四段式提示词锁定补测范围
方法一：命令行直达法（适合单个工具类函数）
执行：codex test generate src/utils/date_formatter.py。Codex 会自动识别该文件中所有 def format_* 函数，并为每个函数生成含空输入、时区错位、毫秒溢出三类用例的测试块。
方法二：交互式精调法（适合含数据库/HTTP调用的Service方法）
在 VS Code 中打开 OrderService.java → 选中 calculateDiscount(...) 函数体 → 右键 → “Codex: Generate Test for Selection” → 输入提示词：“覆盖用户等级VIP1/VIP2、订单金额0/99.99/1000.0、促销码为空/无效/已过期三种状态组合，断言返回discount字段为BigDecimal且非null”。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
方法三：上下文锚定法（防误改核心逻辑）
先运行：codex read --project . --ignore node_modules,target,build，等待输出 Context built: 47 files indexed, 8 modules resolved；再发送：【Goal】只为 OrderService.calculateDiscount() 补测试，不修改任何源码；【Context】项目使用 JUnit 5 + Mockito，已有 @MockBean UserLevelService；【Constraints】测试中禁止 new Date()、禁止 System.currentTimeMillis()、必须用 @BeforeEach 初始化测试数据；【Done when】mvn test -Dtest=OrderServiceTest#testCalculateDiscount_Vip2_Amount1000_Returns5Percent 执行通过。
验证生成测试是否真正隔离
第一步：检查生成的测试文件是否包含 @Test 注解且未引入新依赖——若出现 import org.mockito.junit.jupiter.MockitoExtension; 而你项目用的是 SpringExtension.class，说明 Codex 误判了测试容器类型，需手动替换。
第二步：在终端运行 mvn test -Dtest=GeneratedTestClassName#methodName -X，观察日志中是否触发了真实数据库连接或外部 HTTP 请求。如果看到 HikariPool-1 - Starting... 或 Connecting to http://api.example.com，说明 Mock 未生效，要回退到上一步，在提示词中追加：“所有外部依赖必须用 @Mock 或 @Spy，禁止实际调用”。
第三步：删除被测函数内部任意一行业务代码（如注释掉一个 if 分支），重新运行该测试——如果测试仍通过，证明它没覆盖到该分支，需让 Codex 补充对应用例；如果测试失败且报错位置精准指向你删掉的那行，说明覆盖有效。
