CodeBuddy提供四种Java单元测试生成方式：一、AI对话框生成；二、右键菜单上下文感知生成；三、测试目录内@gen指令补全；四、CLI命令行批量生成，均支持JUnit 5+Mockito。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用CodeBuddy AI协同编辑器时希望为Java类快速生成符合规范的单元测试代码，但未触发自动生成功能或生成内容不完整，则可能是由于项目结构识别异常、依赖未就绪或代码上下文不足所致。以下是多种可行的生成路径与对应操作方式：
一、通过AI对话框直接生成测试代码
该方式依赖CodeBuddy对当前选中Java类的语义理解能力，无需手动配置测试框架依赖，适用于已有可编译类且结构清晰的场景。
1、在编辑器中打开待测Java源文件（如Calculator.java），确保光标位于类名或方法内部。
2、按下快捷键 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），调出命令面板。
立即学习“Java免费学习笔记（深入）”；
3、输入“CodeBuddy: Generate Unit Test”，回车执行。
4、在弹出的AI对话框中确认提示：“为当前类生成JUnit 5 + Mockito风格的测试用例”，点击发送。
5、CodeBuddy将输出完整测试类代码，包含@ExtendWith(MockitoExtension.class)、@Mock、@InjectMocks及典型@Test方法，可直接复制粘贴至src/test/java/对应包路径下。
二、右键菜单触发上下文感知生成
此方式利用IDE工程元数据（如pom.xml或build.gradle）自动适配JUnit版本与Mockito兼容性，要求项目已正确声明测试依赖。
1、在项目资源管理器中，右键单击目标Java类文件（如UserService.java）。
2、在上下文菜单中选择“CodeBuddy → Generate JUnit Test with Mockito”选项。
3、若检测到spring-boot-starter-test或显式mockito-junit-jupiter依赖，CodeBuddy将启用JUnit 5语法；若仅存在junit:junit:4.13.2，则降级生成JUnit 4风格代码。
4、生成窗口显示预览，支持勾选“Include @Mock for external dependencies”或“Add parameterized test cases”等增强项。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
5、点击“Insert”按钮，代码将自动插入到默认测试目录并保存为UserServiceTest.java。
三、在测试目录内主动调用AI补全
当项目已存在空测试类或需对特定方法定制化生成时，该方式提供最大控制粒度，适用于复杂业务逻辑或边界条件覆盖需求。
1、在src/test/java/下新建测试类文件，命名符合*Test.java规范（如PaymentServiceTest.java）。
2、在类内部光标定位至@Test方法签名行下方，输入//@gen并按下Tab键。
3、CodeBuddy识别指令后，分析同名主模块类中的所有public方法，并列出可生成的方法清单。
4、使用方向键高亮目标方法（如processRefund(RefundRequest request)），按Enter确认。
5、AI将生成带@Mock注入、when(...).thenReturn(...)桩定义、verify(...)行为验证及多组断言的完整测试块，嵌入当前位置。
四、基于终端命令行批量生成
适用于大型遗留项目需一次性为多个类补全测试骨架，依赖CodeBuddy CLI工具链与本地Maven/Gradle环境集成。
1、打开终端，切换至项目根目录，确保pom.xml中已声明mockito-core与junit-jupiter-api为test scope依赖。
2、执行命令：codebuddy test --target src/main/java/com/example/service/*.java --framework junit5-mockito。
3、CodeBuddy扫描匹配的Java文件，跳过抽象类、接口及无public方法的类，对每个候选类生成独立测试文件。
4、生成结果输出至src/test/java/com/example/service/，文件名追加Test后缀，且自动创建缺失的包目录结构。
5、检查控制台日志中以[SKIP]标记的类（如含静态工具方法或强外部依赖），需人工介入补充模拟逻辑。
