GoConvey 和 Testify 根本不是同一类工具
GoConvey 是一个带 Web UI 的测试运行器 + 断言库，Testify 是纯断言（assert / require）和模拟（mock）工具包。很多人误以为它们是“二选一”的测试框架，其实你在用 go test 时完全可以同时用 testify/assert + goconvey —— 前者管断言逻辑，后者管执行和展示。
常见错误现象：goconvey 启动后页面空白、测试不自动刷新，往往是因为没在项目根目录运行，或 goconvey 找不到 *_test.go 文件（它默认只扫描当前目录及子目录下符合命名规范的测试文件）。
-
goconvey依赖文件系统轮询检测变更，对 symlink、Docker 挂载卷、WSL2 下的路径可能反应迟钝 -
testify/assert的assert.Equal(t, a, b)在失败时不终止执行，而require.Equal(t, a, b)会直接t.Fatal—— 这个区别直接影响调试时看到多少错误信息 - 如果你用
go run或自定义构建流程绕过go test，goconvey就完全不可用；testify则无此限制
断言写法差异直接影响失败定位效率
原生 if got != want { t.Errorf(...) } 写法冗长且失败时只报“不相等”，而 testify/assert 默认输出结构化差异（比如 map 多了 key、slice 第 3 项不同），goconvey 的断言（So(got, ShouldEqual, want)）也自带 diff，但格式不如 testify 统一。
使用场景：写 HTTP handler 测试时，对比 JSON 响应体，assert.JSONEq(t, expected, actual) 能忽略字段顺序和空格，而 So(string(body), ShouldEqual, expected) 容易因格式微差失败。
立即学习“go语言免费学习笔记（深入）”；
-
assert.Equal对 nil slice 和空 slice 视为相等；require.Exactly则区分底层指针，适合验证是否复用同一底层数组 -
So(err, ShouldBeNil)不会打印 err 具体值，出错时只能靠日志补全；assert.NoError(t, err)失败时会把err.Error()一起打出来 - 嵌套结构断言（如
user.Address.City）建议用assert.NotNil(t, user.Address)+assert.Equal(t, "Beijing", user.Address.City)分步，避免assert.Equal(t, "Beijing", user.Address.City)panic
Mock 和 HTTP 测试场景下 Testify 更轻量可控
goconvey 没有内置 mock 能力，必须搭配 testify/mock 或第三方库；而 testify 生态里 mock 包支持基于接口生成桩，配合 require 可严格校验方法调用次数和参数。
性能影响：每次调用 mock.On("Save").Return(...) 都会注册一个期望，大量 mock 场景下比手写闭包 mock 略重，但换来的是可读性和可维护性。
- HTTP 测试中，用
httptest.NewServer+testify/assert验证状态码和 body 最常用；goconvey对这类非*_test.go主流程的测试支持弱（比如你单独跑一个main_test.go中的集成测试，goconvey可能不识别） -
testify/mock的mock.AssertExpectations(t)必须显式调用，漏掉就等于没校验 mock 行为 —— 这是高频疏忽点 - 如果项目已用
gomock或mockgen，不必强行切到testify/mock；两者不冲突，但混用会增加认知负担
CI/CD 中 GoConvey 的 Web UI 成为累赘
CI 环境没有浏览器，goconvey 的 Web 界面毫无意义，且它默认启动监听 :8080 并阻塞进程 —— 若未加 -no-server 参数，CI 会卡住或超时失败。
兼容性影响：Go 1.21+ 的 go test -json 输出格式已稳定，主流 CI 工具（GitHub Actions、GitLab CI）都原生解析它；goconvey 的 JSON 输出是私有格式，需额外转换才能接入报告系统。
- CI 中应统一用
go test -v -race ./...或go test -json ./... | go-junit-report，而非goconvey -
testify的所有模块（assert/require/mock）都不依赖任何命令行工具，纯 import 即用，适配各种构建环境 - 本地开发想看实时反馈？
goconvey确实方便，但注意它不会运行go:generate或重新 build 依赖 —— 如果你改了被测代码的 interface，要手动重启goconvey
真正复杂的是组合策略：比如用 testify/assert 写断言、gomock 做重度依赖隔离、goconvey 仅用于本地快速浏览单元测试红绿灯 —— 这些工具边界没那么清晰，硬分高下反而容易忽略实际调试时哪一步最卡人。
