go test没反应是因为测试文件名未以_test.go结尾、不在同一目录同一包下、函数未以test开头且签名不符，或缺少go.mod；加-v、-cover等参数可显示详情和覆盖率。
go test 命令为什么没反应？
直接运行 go test 却看不到任何输出，大概率不是环境没装好，而是测试文件或函数不满足 Go 的识别规则。Go 不会报错，只会静默跳过——这是新手最常卡住的地方。
- 测试文件名必须以
_test.go结尾（比如math_test.go），不能是test_math.go或math_test.go.txt - 测试文件必须和被测代码在**同一目录、同一包名下**；放在
test/子目录或新建test包，go test会完全无视 - 测试函数必须以
Test开头（首字母大写），且签名严格为func TestXxx(t *testing.T)；写成testAdd、TestAdd(t testing.T)或多参数，都会被忽略 - 如果项目用了 Go Modules，确保当前目录有
go.mod；否则go test可能因无法解析包路径而失败（错误提示类似no Go files in current directory）
如何让 go test 显示失败详情和覆盖率？
go test 默认只输出简略结果（如 ok ./myproject 0.012s），调试时几乎没用。加参数才是关键。
-
go test -v：显示每个Test*函数的执行过程，失败时打印t.Errorf内容，定位快得多 -
go test -cover：输出整体覆盖率百分比（如coverage: 65.2% of statements） -
go test -coverprofile=coverage.out && go tool cover -html=coverage.out：生成 HTML 报告，点开就能看到哪行代码没被测到 -
go test -run ^TestAdd$：用正则精确匹配单个测试函数，避免全量跑浪费时间；子测试可用-run TestAdd/两个正数相加 - 注意：
go test不自动 rebuild，改完代码后必须重新执行命令，它不会监听文件变化
测试依赖外部服务（DB/HTTP）怎么办？
硬连真实数据库或调用线上 API，会让测试变慢、不稳定、难并行，还可能污染数据。Go 官方明确反对这种写法。
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
- 把依赖抽象成接口，比如把
*sql.DB换成自定义的DBExecutor接口，只保留必要方法（QueryRow、Exec等） - 测试时传入轻量 mock 实现（不用第三方库也能手写），或用
github.com/DATA-DOG/go-sqlmock模拟 SQL 行为 - HTTP 请求优先用
net/http/httptest启一个本地 fake server，而不是改 URL 指向localhost:8080 - 时间敏感逻辑（如超时判断）不要直接调用
time.Now()，改为接收一个nowFunc func() time.Time参数，测试时注入固定时间 - 集成测试要和单元测试严格分离，用
go test -tags=integration控制是否执行
表格驱动测试怎么写才不重复又易读？
多个输入输出组合，如果每个都写一个 Test* 函数，维护成本高且结构冗余。表格驱动是 Go 社区公认的最佳实践。
- 用结构体切片定义测试用例，字段包含
name、输入参数、期望结果 - 主测试函数里用
for遍历，配合t.Run(tc.name, func(t *testing.T) { ... })创建子测试 - 子测试名会出现在
go test -v输出中，失败时能一眼看出是哪个 case 挂了 - 别在子测试里用
t.Parallel()—— 如果测试间有共享状态（比如全局 map），并发执行会出竞态；不确定时就别加 - 边界值（0、负数、空字符串、nil）和错误路径（如除零、文件不存在）必须单独列为 case，不能漏
真正麻烦的从来不是写几个 Test* 函数，而是让测试能稳定、快速、独立地跑起来。文件命名、包归属、依赖抽象这三处，踩坑的人最多，也最容易被忽略。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
