Go表单验证单元测试必须覆盖结构体标签解析、错误收集、边界输入三类逻辑，否则易漏空字符串、零值、嵌套字段失效等问题；需用validator包显式调用validate.Struct()，构造典型边界输入并断言具体字段与规则。
Go 的表单验证本身不自带运行时反射校验，单元测试必须覆盖结构体标签解析、错误收集、边界输入三类逻辑，否则容易漏掉空字符串、零值、嵌套字段失效等典型问题。
用 validator 包 + reflect 模拟真实校验流程
Go 官方没有内置表单验证器，主流方案是 go-playground/validator。它的校验依赖 struct tag（如 validate:"required,email"），而单元测试不能只测“传入合法数据返回 nil”，必须主动触发 tag 解析路径。
- 在测试中显式调用
validate.Struct()，而非只测业务函数内部逻辑 - 确保 validator 实例已注册自定义函数（如有），否则
validate:"myfunc"会静默跳过 - 对指针字段（如
*string）要传地址，否则nil指针不会触发required校验 - 嵌套结构体需打上
validate:"dive"，否则子字段 tag 不生效
构造易出错的边界输入组合
真实表单提交中，前端可能发来空字符串、全空白字符串、超长字符串、非法邮箱格式、负数 ID 等。仅用“理想数据”测试会掩盖验证漏洞。
- 空字符串
""和空白字符串" "对required行为一致，但对email或min=1可能表现不同 - 整型字段传
0是常见陷阱：若 tag 是validate:"required,gte=1"，0会失败；但若字段是*int且为nil，则required才触发 - JSON 解码后，未传字段默认为零值（如
int是0，string是""），不是nil—— 这直接影响required判定
断言错误信息要具体到字段和规则
不要只检查 err != nil，应解析 validator.ValidationErrors 并逐条比对：
立即学习“go语言免费学习笔记（深入）”；
errs := err.(validator.ValidationErrors)
for _, e := range errs {
if e.Field() == "Email" && e.Tag() == "email" {
// 验证邮箱格式失败
}
}
- 用
e.Field()而非e.StructField()，前者返回导出字段名（如Email），后者返回底层字段名（可能含下划线） - 避免用
err.Error()做字符串匹配 —— 错误消息格式可能随版本变化，且多语言支持会破坏断言 - 若使用
SetTagName("validate")自定义 tag 名，测试中 validator 实例必须用相同配置，否则 tag 不被识别
真正难测的是「零值语义」：比如一个 Status int 字段，0 是合法状态还是“未选择”？这时 required 就不该加，而得靠业务逻辑判断，测试里就得模拟两种意图不同的输入 —— 这类设计模糊点，往往在测试用例写到第 5 个时才暴露出来。
