通义灵码代码补全怎么生成测试用例？

先讲一个很多人容易踩的坑——通义灵码的实时代码补全功能，它其实只管续写你当前正在敲的那行逻辑，并不会顺手帮你把测试用例也一并生成。真正能一键产出JUnit测试代码的，是插件里那个独立的“生成单元测试”功能，得主动去触发，而不是指望补全行为自己冒出来。

确认插件已激活并登录账号

插件激活了吗？账号登录了吗？这两步没做好，后续操作都是白搭，因为所有测试生成功能都会灰显不可用。打开IntelliJ IDEA → Settings → Plugins → 搜索“通义灵码”，确认状态是Enabled。然后必须用阿里云账号扫码登录，否则右键菜单里根本不会出现【生成单元测试】这个选项。登录成功后，记得重启IDEA，任意Ja va方法名左侧会出现蓝色Lingma图标，这是所有操作的前提。

精准选中目标方法触发生成

接下来是关键一步：把光标放在待测方法内部，比如 public User getUserById(Long id) 的方法体花括号里，或者直接拖选整个方法签名加上花括号包裹的全部代码。千万别把光标放在类声明行、空行或者方法外侧，否则插件完全不知道你要测什么，要么生成结果为空，要么直接报错。操作路径有两种：右键 → 通义灵码 → 生成单元测试；或者点击方法左侧那个蓝色Lingma图标 → 选择“Generate JUnit Test”。两种方式效果一样，但右键更稳定，尤其在泛型方法签名里不容易误触发代码补全。

配置框架与修正生成结果

生成面板弹出来后，首先确认顶部框架是不是“JUnit 5”，Mock框架是不是“Mockito”。如果项目还没引入mockito-core依赖，IDEA会提示缺失jar包，这时候必须先把依赖补上，否则生成的@Test方法编译直接报错。可以执行 mvn dependency:copy-dependencies，或者手动添加 compileOnly 'org.mockito:mockito-core:5.12.0'。

如果是针对@Service或@Controller这类Spring Bean，可以切换成Spring Boot Test模式。下拉选择“Spring Boot Test”→勾选“Use @SpringBootTest”，生成器就会自动注入ApplicationContext，省去手动Mock的麻烦。这种方式对带@Transaction的方法覆盖更真实，但每次运行启动上下文要花3到8秒，不适合单方法高频调试。

生成结果出来后，还需要手动做三件事。第一，重命名测试类。点击面板右上角的【新建文件】，IDEA默认会在test/ja va下创建类似 testcase_169xxx.ja va 这种无意义的名字，必须改成 UserServiceImplTest.ja va，并且包路径要和被测类对应。第二，补全边界校验。检查生成的@Test方法是不是只覆盖了正常参数，比如只有 getUserById(1L)。如果只有这一行，必须马上补充null、负数、空字符串等场景，例如 @Test public void testGetUserById_nullId() { assertThrows(IllegalArgumentException.class, () -> userService.getUserById(null)); }。通义灵码目前还无法自主推断参数是否可为空，这一步漏掉，CI阶段的静态扫描就会告警。第三，把硬编码的Mock替换成行为驱动的Mock。比如把 when(userRepository.findById(1L)).thenReturn(Optional.of(user)) 改成 doReturn(Optional.empty()).when(userRepository).findById(anyLong())，避免因为ID值固定导致测试用例之间相互污染。