用 testify/assert 替代手写 if + t.Errorf 可显著提升 Go 单元测试可读性，因其将求值、比较、报错压缩为一行，自动输出结构化差异，且支持深度比对、JSON 语义比较、panic 断言等特性。
直接用 testify/assert 替代手写 if + t.Errorf，是提升 Go 单元测试可读性的最有效方式。 它把“求值—比较—报错”三步压缩成一行，失败时自动输出结构化差异，而不是靠人眼对齐字符串。
为什么 assert.Equal 比原生 if 判断更清晰
原生写法需要手动拼接错误信息，字段多、嵌套深时极易出错；assert.Equal 内部用 reflect.DeepEqual 做深度比对，对 nil slice 和空 slice 判为相等，对 struct 字段顺序不敏感，且失败时直接打印左右值的 diff。
- 原生写法易漏掉
t.Helper()，导致错误行号指向辅助函数内部而非测试调用处 -
assert.Equal默认不中断执行，适合批量验证多个字段；若需失败即停，改用require.Equal - 所有
assert.Xxx函数返回bool，但不强制你处理返回值——它只负责报告，不控制流程
JSON 响应必须用 assert.JSONEq，别碰字符串比对
HTTP handler 测试中，直接 assert.Equal(t, `{"id":1,"name":"foo"}`, string(body)) 是典型脆弱写法。字段顺序、空格、浮点精度、时间格式稍有变动就失败。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
assert.JSONEq先解析两边 JSON，再按语义比较键值对，忽略格式与键序 - 输入必须是合法 JSON，非法时会 panic —— 所以先用
json.Valid校验body，再喂给assert.JSONEq - 含随机 ID 或时间戳？先用
strings.ReplaceAll或正则抹除，再断言，不要在 JSON 字符串里写模糊匹配逻辑
panic 路径要用 assert.PanicsWithValue，别自己 defer/recover
手动写 defer + recover 捕获 panic 容易漏状态重置、嵌套异常处理复杂，还容易忘记判断 panic 是否真的发生。
立即学习“go语言免费学习笔记（深入）”；
-
assert.PanicsWithValue(t, "division by zero", func() { divide(1, 0) })一行断言 panic 类型和消息 - 它底层封装了 recover 逻辑，并确保 panic 发生在闭包执行期间，比手写更可靠
- 注意：被测函数不能在 panic 前有不可回滚的副作用（如写文件、发 HTTP），否则测试间会互相污染
真正难的不是选哪个断言函数，而是把“待测行为”提前拆解成可独立求值的变量。比如 assert.Equal(t, want, riskyFunc()) 看似简洁，一旦 riskyFunc() panic，测试直接崩溃，连断言失败上下文都看不到。所有易出错操作——JSON 解析、DB 查询、HTTP 调用——都该先赋值再断言，这是断言可读性背后最常被跳过的一步。
