Go 单元测试默认仅在失败时显示详细日志和测试名称，成功测试静默运行；启用 -v（verbose）标志后，所有测试的执行过程、耗时及 t.Log/t.Logf 输出才会完整呈现。
go 单元测试默认仅在失败时显示详细日志和测试名称，成功测试静默运行；启用 `-v`（verbose）标志后，所有测试的执行过程、耗时及 `t.log`/`t.logf` 输出才会完整呈现。
在 Go 的测试生态中，go test 的设计哲学是「默认简洁，按需详尽」：通过的测试不输出任何内容（包括 t.Log 和测试起止标记），只有失败时才强制展示完整上下文。这正是你观察到的现象——其他“看似正常显示”的测试，实际很可能也未加 -v，只是它们因某种原因（如断言失败、t.Error 调用、或子测试结构触发了隐式 verbose 行为）被动暴露了日志；而你的 TestDeployLive 完全通过，因此在无 -v 时彻底静默，仅留下 fmt.Print 这类绕过测试框架的原始输出（如 200 和 Pass Live），既无时间戳、也无测试归属标识，更不被 go test 统一管理。
✅ 正确做法：统一使用 t.Log / t.Logf 替代 fmt.Println / fmt.Print
func TestDeployLive(t *testing.T) {
un, pw := GetGlobalAdminLogins()
sc, err, _ := PostImage("apps/10130/icon", un, pw, "/valid.png")
sc2, err2, _ := PostImage("apps/10130/learn-more-image", un, pw, "/valid-learn-more.png")
if err != nil && err2 != nil {
t.Error("Fail: both image uploads failed")
return
}
if sc != 200 || sc2 != 200 {
t.Errorf("Fail: icon status %d, learn-more status %d", sc, sc2)
return
}
deploy, err3, json := DeployApp("apps/10130/deploy", un, pw, "live")
if err3 != nil {
t.Error("Fail: deploy request error", err3)
return
}
if deploy != 200 {
t.Errorf("Fail: deploy returned status %d", deploy)
return
}
if json.Data[0].LiveDate != nil {
t.Log("✅ Pass Live: LiveDate is set") // ← 此行仅 -v 下可见，但结构清晰、带前缀与时间戳
} else {
t.Error("Fail: LiveDate is nil")
}
}? 关键要点：
- t.Log 和 t.Logf 是测试框架原生支持的调试接口，输出自动携带 === RUN TestDeployLive、文件行号、时间戳及测试名前缀（如 my_test.go:42: ✅ Pass Live...），便于精准归因；
- fmt.Println 等标准输出完全被 go test 忽略（即使加 -v），仅当测试进程直接向 stdout 写入且未被重定向时才偶然可见——这是不稳定、不可靠、且违反 Go 测试规范的行为；
- 所有测试（无论新旧）行为一致：不加 -v → 成功则无声，失败则必显；加 -v → 所有测试起止、耗时、t.Log 全量输出。所谓“其他测试不用 -v 也能看到”，极可能是误判（例如实际运行了失败用例、或终端残留了旧日志）、或依赖了非标准输出（fmt）；
- 调试高频推荐组合：
go test -v -run ^TestDeployLive$ -failfast -count=1
- -v：开启详细日志；
- -run ^TestDeployLive$：精确匹配单个测试（^ 和 $ 防止子测试误匹配）；
- -failfast：首个失败即终止，避免冗余执行；
- -count=1：禁用缓存/重复运行，确保结果实时。
⚠️ 注意事项：
- 不要试图用 os.Stdout.Sync() 强制刷出 fmt 输出——这不仅无效（go test 主动丢弃 stdout），还会污染测试结果流，干扰 CI/CD 解析；
- 若需多级日志（如 debug/info/warn），应引入结构化日志库（如 zap）并配合环境变量控制，而非依赖 fmt 或自定义 flag；
- 子测试（t.Run）中同样遵循该规则：子测试的成功日志也需 -v 才可见，且 t.Log 会自动继承父测试上下文，层级清晰。
总之，-v 不是“可选项”，而是 Go 测试可观测性的标准开关。将 fmt.* 彻底替换为 t.Log*，并养成 go test -v 作为日常调试起点的习惯，才能写出可维护、可追溯、符合 Go 生态共识的高质量测试代码。
