Golang testing怎么写单元测试_Golang单元测试教程【经典】

Go测试要求Test函数名与文件名严格匹配函数须为func TestXxx(t *testing.T)文件须为xxx_test.go且同包、无返回值、参数唯一必须用t.Run表驱动显式复制循环变量合理使用t.Error/t.Fatal并注意子测试并发安全。Test函数名和文件名必须严格匹配go test的扫描规则go test 不是靠“识别关键字”来运行测试而是用硬编码规则扫描只加载 _test.go 文件里、形如 func TestXxx(t *testing.T) 的函数。名字错一个字母、大小写不对、带下划线就直接被忽略——连编译错误都不会报静默跳过。TestAdd ? 合法testAdd、Test_add、AddTest ? 全部无效文件名必须是 xxx_test.go不能是 test_xxx.go 或 xxx_test.golang测试函数必须和被测代码在同一个包package main 或 package utils否则无法访问未导出函数/变量函数不能有返回值也不能多加参数哪怕只是想传个 string 也会导致编译失败表驱动测试不是可选项而是避免重复和定位失败的刚需手写一堆 TestDivideByZero、TestDividePositive 看似清晰实则难维护、难扩展、失败时看不出是哪组数据崩了。Go 社区默认用结构体切片 t.Run核心就两点让每条用例有名字、让断言上下文完整。每个测试项必须含 name 字段并传给 t.Run(tc.name, ...)否则输出里全是空子测试名比如 --- FAIL: TestDivide/断言别只写 if got ! want { t.Errorf(fail) }要打全t.Errorf(case %q: got %v, want %v, tc.name, got, want)检查 error 时不能只比字符串err ! nil 和 tc.wantErr 的布尔逻辑必须显式对齐否则空指针或误判循环变量要显式复制tc : tc不然所有子测试闭包都引用最后一个 tct.Error 和 t.Fatal 的行为差异直接影响调试效率它们看起来都是“报错”但执行路径完全不同一个继续跑完当前测试函数一个立刻终止。选错会导致漏掉关键失败或让后续断言在无效状态下执行。t.Error 记录错误后继续执行适合同一函数里多个独立断言比如验证返回值 验证 error 验证日志t.Fatal 打印后立即 return适合 setup 失败如 mock server 启动失败、前置条件不满足如文件不存在——但别在循环里乱用会跳过所有剩余 case绝对不要在测试里调用 log.Fatal 或 panic它们会终止整个 go test 进程其他测试全被跳过子测试t.Run不只是为了好看它解决并发、重跑和隔离三大实际问题不用 t.Run所有用例挤在一个函数里失败时只能看到 TestParseURL 整体挂了用了之后不仅能精准定位到 TestParseURL/valid还能单独重跑这个子测试、控制并发、共享 setup 逻辑。 JoinMC智能客服 JoinMC智能客服帮您熬夜加班7X24小时全天候智能回复用户消息自动维护媒体主页全平台渠道集成管理电商物流平台一键绑定让您出海轻松无忧