腾讯混元可精准识别代码变更与接口文档中的覆盖缺口，通过分析git差异、swagger元数据，生成含状态码、参数组合、字段断言的junit5补漏用例，并支持mockito模拟前置条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
项目已有测试用例但覆盖率卡在70%左右，接口返回体字段新增、状态码分支增加、权限校验逻辑迭代后，原有用例无法覆盖新路径，需要让腾讯混元精准识别并补全这些遗漏点。
从代码变更中定位遗漏点
打开 Git 差异视图，聚焦最近一次提交中被修改的 Controller 或 Service 类文件。重点圈出三类变更：新增的 if 分支判断、新增的 ResponseEntity 状态码返回（如 HttpStatus.CONFLICT）、新增的 DTO 字段或校验注解（如 @NotBlank、@Max）。【这一步不可跳过——若只喂入完整类文件，混元会混淆主干逻辑和临时调试代码】
复制变更行上下各15行代码，连同方法签名一起粘贴到混元对话框。开头明确指令：“请分析以下代码变更，指出本次修改引入了哪些新的执行路径、异常分支或返回字段，并为每条新路径生成一个最小化测试用例。”
用 Swagger 文档反向校验覆盖缺口
方法一：导出当前环境的 OpenAPI 3.0 JSON 文件（/v3/api-docs），上传至混元支持的文档解析入口。输入提示词：“对比该接口文档与现有测试用例列表（附后），列出所有文档中声明但未被任何测试用例覆盖的请求参数组合、响应状态码、响应体必填字段。”
方法二：若无可用文档，直接提供 Controller 方法的完整签名+Swagger 注解截图文字版。例如：“@PostMapping(“/order”) @Operation(summary = “创建订单”) @ApiResponses({@ApiResponse(responseCode = “201”, description = “创建成功”), @ApiResponse(responseCode = “400”, description = “参数校验失败”), @ApiResponse(responseCode = “409”, description = “库存不足”)})”。混元将据此识别出 409 状态码缺失测试。
注意：不要上传整个项目，只传单个接口的元数据。混元对长文本中混杂的无关注释敏感，易误判有效状态码。
驱动混元生成可落地的补漏用例
第一步：把上一步识别出的遗漏项整理成结构化清单。例如：
– 缺失状态码：409（库存不足）
– 缺失参数组合：quantity=9999 且 productCode=“OUT_OF_STOCK”
– 缺失响应字段断言：response.body.orderId 不为空字符串
第二步：将清单粘贴进混元，附加指令：“按以下格式生成 JUnit5 测试方法：① 方法名以 testMissing_ 开头；② 使用 @Test 注解；③ 每个方法只覆盖清单中一项；④ 断言必须包含 HTTP 状态码 + 关键响应字段存在性 + 字段类型（如 String 非空、Long > 0）。”
第三步：运行生成的测试类，观察是否真实触发目标分支。若未命中，检查是否遗漏了前置条件——比如 409 场景需先 mock 库存服务返回 false，此时要在提示词末尾追加：“请为该测试方法添加必要的 Mockito when().thenReturn() 模拟语句。”
