gotests 是基于 AST 解析生成 Go 表驱动测试骨架的实用工具，需手动补全测试数据、error 判断和 mock 注入，配合 gomock 实现依赖模拟。
gotests 是目前最实用、最贴近 Go 工程实践的自动化测试生成工具，它不依赖运行时反射或模糊输入猜测，而是直接基于 AST 解析源码结构，生成可读、可维护、符合 Go 社区惯例的表驱动测试骨架。它不是“全自动覆盖所有路径”的黑盒工具，而是把重复劳动（定义 struct、写 t.Run 循环、补 import）交由机器完成，把真正需要人判断的部分（输入组合、边界值、断言逻辑）留给你。
安装 gotests 要注意 Go 版本和模块路径
当前（2026 年）推荐使用 go install 方式安装，避免 go get 在 Go 1.22+ 中已被弃用：
go install github.com/cweill/gotests/gotests@latest
安装后执行 gotests -h 可确认是否生效。常见失败原因包括：
-
GOPATH或GOBIN未加入$PATH，导致命令找不到 - 本地 Go 版本低于 1.22，
@latest解析失败，需显式指定 tag，如@v1.7.5 - 项目启用了 Go modules 但未在模块根目录下运行命令，
gotests可能无法正确解析导入路径
生成测试时 -all 和 -exported 的行为差异很关键
gotests -all file.go 会为所有函数（含未导出的）生成 TestXxx 函数；而 gotests -exported file.go 只处理首字母大写的函数/方法——这更符合实际协作场景：内部 helper 函数通常不暴露契约，没必要强制测试全覆盖。
更实用的组合是：
立即学习“go语言免费学习笔记（深入）”；
- 用
-only '^Process.*$'精确匹配一组业务函数名（正则需加引号防 shell 展开） - 用
-excl '^(test|helper)'排除测试辅助函数，避免生成冗余测试桩 - 搭配
-w直接写入_test.go文件，而非打印到终端
生成的测试代码里最常被忽略的三件事
gotests 输出的是骨架，不是完整测试。以下三点必须手动补全，否则测试永远是空跑：
-
tests := []struct{...}里的注释// TODO: Add test cases.必须替换为真实数据，比如{name: "positive", args: args{a: 2, b: 3}, want: 5} - 若函数返回 error，生成的模板默认不包含 error 检查逻辑，需手动加
if got != tt.want || (err != nil) != (tt.wantErr != nil)类判断 - 涉及接口或外部依赖的函数（如调用
http.Client），gotests不会自动注入 mock 或 stub，这部分仍需你手写或配合gomock生成
和 gomock 配合使用时的典型工作流
gotests 负责生成测试函数结构，gomock 负责生成依赖模拟——二者定位不同，不能互相替代。典型顺序是：
- 先定义接口（如
type PaymentService interface { Charge(amount int) error }） - 用
mockgen -source=service.go -destination=mocks/mock_service.go生成 mock 实现 - 再用
gotests -exported service_impl.go生成待测实现的测试骨架 - 最后在生成的
TestXxx函数里，手动 new controller、inject mock、设置 EXPECT 行为
这个过程没法跳过人工衔接环节：gotests 不知道你要 mock 哪个字段，mockgen 也不知道你在哪个测试 case 里要验证哪次调用。自动化只到“减少样板代码”这一层，逻辑意图仍需人来表达。
