Gemini测试用例清单提示词怎么写才能覆盖异常路径

想让Gemini生成的测试用例清单真正覆盖异常路径？光靠一句“请写几个异常测试”可远远不够——它大概率会编出一堆压根不会发生的if分支来糊弄你。必须把异常类型死死锚定到你代码里真实会抛错的位置和方式上，才有戏。

第一步：锁定异常触发点

在提示词开头直接把目标函数完整代码贴进去，重点是保留所有显式throw语句、空值判定点、类型转换处、边界校验逻辑——比如if (input == null) throw new IllegalArgumentException("input must not be null")这一行，必须原样带上，一个字都不能少。

这一步操作起来没什么技术含量，直接把文件拖进去就行。

第二步：强制枚举三类异常输入

在提示词中用三行明确写出必须覆盖的异常输入类型，每类后面紧跟着一句验证动作说明，别让它自己猜：

① 空值类：传入null、空字符串、空集合 → 验证是否抛出IllegalArgumentException且消息含“must not be null”

② 类型错位类：传入int代替String、List代替Map → 验证是否抛出ClassCastException或JsonMappingException

③ 超限类：传入长度10001的字符串、数值-999999999999L、浮点数NaN → 验证是否触发预设的maxLen/maxValue断言失败

第三步：堵死“假异常”漏洞

方法一：禁止推测性异常
加上硬约束：“若函数体内无try-catch块且无throw语句，不得生成任何‘应抛出IOException’类测试项”。

方法二：绑定异常消息原文
明确写出：“每个异常测试用例的assertMustThrowMessage字段，必须与代码中throw new XxxException(‘xxx’)括号内字符串完全一致，一字不差”。

方法三：切断堆栈干扰
强调一句：“不根据调用链下游方法（比如内部调用的HttpClient.execute）推导异常，只响应本函数直接抛出的异常”。