codeium生成测试用例易遗漏异常路径，需通过强制指令、结构化模板、分步标注和框架约束四步提升覆盖率。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codeium生成的测试用例清单常默认只覆盖主流程和正常输入，导致边界值、空值、类型错误、并发冲突等异常路径被遗漏，实际运行时容易暴露出未捕获的异常或逻辑漏洞。
强制注入异常场景关键词
在提示词开头直接插入明确的异常导向指令，例如：“请为以下函数生成5个单元测试用例，【必须包含至少2个异常路径：1个空参数/非法类型，1个边界值超限】，其余3个覆盖正常逻辑。”
这一步必须写死数量和类型，不能用“适当补充”“考虑异常情况”这类模糊表述——Codeium会忽略软性建议。
用结构化模板约束输出格式
提供带占位符的固定模板，让模型严格按字段填充：
```
用例编号：TC-001
输入：{合法字符串}
预期输出：{返回对象}
类型：正常路径
用例编号：TC-002
输入：{null}
预期输出：{抛出IllegalArgumentException}
类型：空值异常
```
模板中“类型”字段限定为“正常路径/空值异常/类型异常/边界异常/并发异常”，模型无法自由发挥，避免跳过异常类目。
分步构造提示词
第一步：先让Codeium列出该函数所有可能的输入维度（如参数a是否可为空、b是否为正整数、c长度是否有限制）；
第二步：针对每个维度，手动标注风险等级（例如“a=null → 高危，当前代码无判空”）；
第三步：把标注结果拼进最终提示词：“已确认参数a允许为null且当前未防护，【TC-001必须用a=null触发NPE】，请基于此生成完整用例清单。”
这三步拆解后，模型不再凭经验猜测哪些算“异常”，而是严格响应你标记出的具体失效点。
替换默认测试框架假设
方法一：在提示词中声明目标框架特性，例如“使用JUnit 5，@Test方法内必须显式调用assertThrows(() -> {...}, RuntimeException.class)验证异常”；
方法二：附上已有测试片段，要求“仿照以下断言风格：assertThat(result.getCode()).isEqualTo(400)”，模型会复用该模式生成异常断言；
注意：不声明框架规则时，Codeium默认生成的是“if (result == null) fail()”这类弱校验，无法捕获抛出的异常。
