手把手教你用 GLM-5.2 搞定单元测试与代码重构
【摘要】 1. 结构化“反哺”测试用例（覆盖边界条件）让大模型写单测，如果只说“帮我写单测”，产出的往往全是 Happy Path（正常流程）。提问技巧：明确要求覆盖异常与边界。推荐提示词：“针对以下方法，使用 Mockito + JUnit 5 编写单测。要求分别覆盖：正常调用、空入参（Null/Empty）、第三方服务超时异常，并给出断言说明。”效果：模型会自动补全边界数据构造和 Mock 行为，...
1. 结构化“反哺”测试用例（覆盖边界条件）
让大模型写单测，如果只说“帮我写单测”，产出的往往全是 Happy Path（正常流程）。
-
提问技巧：明确要求覆盖异常与边界。
-
推荐提示词：
“针对以下方法，使用 Mockito + JUnit 5 编写单测。要求分别覆盖：正常调用、空入参（Null/Empty）、第三方服务超时异常，并给出断言说明。” -
效果：模型会自动补全边界数据构造和 Mock 行为，避免人工反复查漏补缺。
2. “圈定范围”的代码重构（防止过度发散）
有些时候我们只是想优化一个超长方法，但模型容易“热心肠”地把周围架构也重构一遍，导致无法直接应用。
-
提问技巧：严格限制重构目标与范围。
-
推荐提示词：
“请在保持原有方法入参和返回值不变的前提下，对以下代码进行重构。要求：消除多层 if-else 嵌套、提取独立子方法、添加规范注释，不要引入额外的第三方库依赖。” -
效果：产出的补丁干净利落，可读性大幅提升，且能直接无缝贴回原工程。
3. 快速生成 API 文档与注释
写完接口懒得手写文档时，直接将 Controller 或 Service 接口贴入：
-
指令：“请根据以下接口代码，生成标准的 Markdown 格式接口文档，包含请求路径、请求参数说明、响应示例及状态码定义。”
把繁琐的机械编码留给工具，把精力留给核心业务逻辑。大家平时用 AI 辅助开发最常用的场景是什么？欢迎在评论区留言交流！
【声明】本内容来自华为云开发者社区博主，不代表华为云及华为云开发者社区的观点和立场。转载时必须标注文章的来源（华为云社区）、文章链接、文章作者等基本信息，否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容，欢迎发送邮件进行举报，并提供相关证据，一经查实，本社区将立刻删除涉嫌侵权内容，举报邮箱：
cloudbbs@huaweicloud.com
- 点赞
- 收藏
- 关注作者
评论（0）