go build 不受测试失败影响，但 go test -i 和 go test ./... 会因测试编译或运行失败而中断；测试文件语法错误不影响构建，但会导致测试命令提前失败。
Go 测试失败默认不会影响 go build，但会影响 go test -i 和 CI/CD 中常见的 go test ./... 流水线执行结果。
go build 不运行测试，也不检查测试文件
go build 只编译源码（*.go 文件），完全忽略 *_test.go 文件。即使测试代码语法错误、或存在未定义的标识符，只要主包能编译通过，go build 就成功。
- 测试文件不参与依赖分析和编译流程
-
go build myapp不会报错，哪怕myapp_test.go里写了var x int = y（y未定义） - 想验证测试能否编译？得显式运行
go test -c或go test -i
go test 默认失败会中断执行
go test 运行时，只要任一测试函数调用 t.Fatal、t.Fatalf 或发生 panic，该测试即失败，且整个 go test 命令退出状态码为 1 —— 这在 shell 脚本或 CI 中会被视为“构建失败”。
-
go test ./...遇到任一子包测试失败，立即终止并返回非零码 -
go test -v ./... || echo "测试挂了"中的||会触发 - 注意：
go test -run=^$（跳过所有测试）仍会编译测试文件，若测试代码本身有语法错误，也会失败
CI/CD 中常见误判点：go test -i 和 go install
有些构建脚本用 go test -i ./... 预编译测试依赖，或用 go install 替代 go build。这两者行为不同：
-
go test -i会尝试编译所有测试文件，一旦某个*_test.go编译失败（比如 import 错误、语法错误），命令就失败 -
go install行为等同于go build+ 安装二进制，同样不碰测试文件；但若安装的是cmd/xxx且其测试文件在同目录下，不影响 - 真正危险的是
go test ./... -timeout=30s这类完整测试命令 —— 它既编译又运行，失败即阻断流水线
go test -v -failfast ./pkg/a ./pkg/b # -failfast 表示第一个失败测试就退出，适合快速反馈 # 但注意：它不跳过编译阶段，所以测试文件语法错误仍会提前暴露
实际项目中，最容易被忽略的是测试文件自身的可编译性 —— 它不属于构建产物，却常因重构时漏改 import 或删错函数而让 go test 卡在编译阶段，看起来像“测试超时”或“panic”，其实是语法问题。
