用 Testify 增强 Go 测试：断言、套件与 Mock
Testify 为 Go 标准 testing 补足三块短板：assert/require 表达力更强的断言、suite 测试套件组织、mock 对象与外部代码生成工具。本文对比标准库写法，给出实战集成模式。
本文依据官方文档整理，未执行运行验证或性能基准。代码片段展示局部用法，业务函数、数据和环境需按项目补齐；版本与配置以所引文档为准。
直接回答：Testify 是 Go 生态常用的测试增强工具包，三件套——assert/require（一行断言替代样板 if）、suite（带 setup/teardown 的测试套件组织）、mock（接口打桩）。与标准 testing 无缝兼容，不是替代而是增强。
标准库测试的样板负担
标准写法每个断言都要手写 if + Errorf：
if result != expected {
t.Errorf("Add(2, 3) = %d; expected %d", result, expected)
}
断言一多就是满屏样板，失败信息还得自己拼。
assert 与 require
import "github.com/stretchr/testify/assert"
func TestAdd(t *testing.T) {
assert.Equal(t, 5, Add(2, 3))
assert.NoError(t, err)
assert.Contains(t, body, "success")
}
assert vs require 的区别：assert 失败后继续执行后续断言（收集多个失败）；require 失败即 t.FailNow() 终止当前测试 goroutine（应从测试 goroutine 调用，不能用于任意后台 goroutine）——前置条件失败后用 require，避免级联噪音。
suite 套件
type UserServiceSuite struct {
suite.Suite
db *sql.DB
}
func (s *UserServiceSuite) SetupTest() { s.db = openTestDB() }
func (s *UserServiceSuite) TearDownTest() { s.db.Close() }
func (s *UserServiceSuite) TestCreate() { /* 用 s.db */ }
func TestUserService(t *testing.T) { suite.Run(t, new(UserServiceSuite)) }
共享 fixture 的 setup/teardown 自动化，测试按方法组织——集成测试的标配形态。
mock 打桩
接口定义后可用独立工具 mockery 生成 Mock 实现，它不是 Testify 内置生成器：
m := new(mocks.Mailer)
m.On("Send", "a@b.com", mock.Anything).Return(nil)
svc := NewService(m)
On 声明期望调用与返回值，AssertExpectations 验证交互——外部依赖（邮件、支付网关）被隔在测试之外。
常见问题（FAQ）
Q：什么时候该坚持用标准库 testing？
A：小型库、对外发布的开源项目（少依赖是美德）。应用代码与内部项目，Testify 的表达力收益大于一个依赖的成本。
Q：mock 一切好吗？
A：不好。mock 验证的是"交互发生了"，不是"系统对了"。数据库这类能起真实实例（testcontainers）的优先用真的，mock 留给不可控的外部服务。
Q：suite 里能并行跑测试吗？
A：不支持。Testify 官方明确说明 suite 不支持并行测试。需要并行时使用标准 testing 的独立测试及 t.Parallel()，并隔离共享资源。
官方参考
资料核对日期：2026-09-29。
