必须主动提供语义化javadoc注释并配置api key，再通过右键生成、/tests with mock指令或example提示词触发测试，最后验证assertthrows、null/空字符串独立用例及实际运行失败项。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在 VS Code 中让 CodeGeex 生成覆盖所有边缘场景的测试用例，不能依赖默认一键生成——它只基于函数体静态分析，会漏掉空值、超长输入、类型错位、并发冲突等典型边界条件。必须主动提供语义化提示、补全上下文约束，并验证生成结果是否含 assert 异常断言和多分支覆盖。
确保插件已激活且模型可访问
打开 VS Code → 扩展市场（Ctrl+Shift+X）→ 搜索 “CodeGeex” → 确认发布者为 Zhipu AI → 点击安装 → 安装完成后点击“重新加载”。
首次运行需配置 API Key：按 Ctrl+, 进入设置 → 搜索 codegeex.apiKey → 粘贴从 【https://open.bigmodel.cn/】获取的有效密钥 → 保存。若未配置或密钥失效，后续所有生成操作均返回空响应或报错“service unavailable”。
在函数上方添加 Javadoc 风格注释明确边界条件
这是触发边缘场景覆盖的关键前提。CodeGeex 不会猜——它优先匹配注释中声明的约束。
在待测函数定义前插入完整 Javadoc，例如：
```java
/**
* 解析用户邮箱并提取域名，支持国际化域名(IDN)转换
* @param email 输入邮箱，允许为 null 或空字符串
* @param strictMode 是否启用严格校验：true 时拒绝含连续点号的邮箱（如 user..name@domain.com）
* @return 域名部分（如 gmail.com），null 表示解析失败或输入非法
* @throws IllegalArgumentException 当 strictMode=true 且邮箱含连续点号时抛出
*/
public String extractDomain(String email, boolean strictMode) { ... }
```
注意：注释中必须包含 【@param 允许为 null】、【@throws 异常类型】、【@return null 表示失败】 这类明确语义，否则生成的测试不会包含对应断言。
用三种方式触发高覆盖测试生成
方法一：右键菜单 + 注释驱动生成（推荐用于单函数）
将光标置于已添加 Javadoc 的函数名上 → 右键 → CodeGeex → Generate Unit Test → 等待插入新测试方法。该方式自动识别 @throws 并生成 try-catch + assertThrows，也覆盖 @param null 场景。
方法二：在编辑器中输入指令 /tests with mock（适用于需模拟外部依赖的函数）
选中目标函数 → 按 Ctrl+Shift+P → 输入 “CodeGeex: Ask CodeGeex” → 在弹出面板中输入 `/tests with mock` → 回车。此指令强制生成含 Mockito/Jest Mock 的测试，覆盖 HTTP 调用失败、数据库连接超时等集成边缘路径。
方法三：手动补全 Example 提示词（精准控制输入组合）
在函数下方空行输入：
`// Example: test extractDomain with null email, empty string, strictMode=true and invalid dot sequence`
然后按 Ctrl+Enter 触发补全。CodeGeex 将据此生成 3～5 个独立测试用例，每个对应一个指定边缘输入，而非合并成一个 test 方法。
验证生成内容是否真覆盖边缘场景
第一步：检查是否含异常路径断言
确认生成代码中存在 `assertThrows(IllegalArgumentException.class, () -> extractDomain("user..name@gmail.com", true))` 类型语句。若只有 `assertEquals(...)` 而无 `assertThrows`，说明注释中 @throws 未被识别或格式错误。
第二步：确认 null 和空字符串被单独测试
查找类似 `extractDomain(null, false)` 和 `extractDomain("", true)` 的调用行。若两者被合并进同一参数化测试（如 `@ValueSource(strings = {"", null})`），需手动拆分为两个独立 test 方法——JUnit5 的 `@NullSource` 不被 CodeGeex 默认识别，容易遗漏。
第三步：运行测试并观察失败项
在终端执行 `mvn test -Dtest=YourTestClass#testExtractDomain_NullEmail`（Java）或 `pytest -k "null" tests/`（Python）。只要有一个边缘用例失败，就证明该路径已被生成且可执行；若全部跳过或报编译错误，说明生成逻辑未适配当前项目框架版本。
