go test通过-run和-bench参数配合正则表达式可精准运行指定测试函数或基准测试，结合-v、-json和-coverprofile可查看详细执行过程及生成覆盖率报告。
go test命令是 Golang 生态里测试体系的核心，它不只是一个简单的执行器，更是一套功能强大、参数丰富的工具集。掌握这些参数，能让我们更精细地控制测试的运行方式、输出格式，甚至深入到性能分析和竞态条件检测，极大提升开发和调试效率。
说起
go test，它最基础的用法就是直接在项目目录下执行，它会自动发现并运行所有以
_test.go结尾的文件中的测试函数（以
Test开头）和基准测试函数（以
Benchmark开头）。但真正让它强大的，是那些命令行参数。
最常用的莫过于
-v了，这玩意儿能让测试过程变得“透明”起来。没有它，你可能只看到一个
ok或者
FAIL，但加上
-v，每个测试函数的执行情况、耗时都会一目了然。对于排查哪个测试跑得慢，或者哪个测试失败了，它简直是神器。
然后是
-run，这个参数我个人觉得是日常开发中最频繁使用的。项目一大，测试函数几百上千个，每次都跑全量测试显然不现实。
-run后面跟着一个正则表达式，你可以用它来匹配特定的测试函数名。比如
go test -run TestUser就会只跑所有名字里包含
TestUser的测试。如果你想更精确，比如
go test -run "TestUser/Add"甚至可以匹配到子测试。这种精准打击的能力，对于快速验证改动，或者只关注某个模块的测试，简直是救星。
立即学习“go语言免费学习笔记（深入）”；
与
-run类似，
-bench则是专门用来控制基准测试的。同样接受正则表达式。比如
go test -bench .会运行所有基准测试，而
go test -bench BenchmarkProcessData则只运行
BenchmarkProcessData。跑基准测试时，我通常还会加上
-benchtime和
-benchmem。
-benchtime可以设定基准测试的运行时间（比如
5s），确保有足够的数据来分析；
-benchmem则会显示内存分配情况，这对于优化性能、减少GC压力来说，是特别有价值的指标。
有时候，测试失败了，你想看看是哪里出了问题，
-failfast就派上用场了。它会让
go test在遇到第一个失败的测试时就立即停止，而不是继续跑完所有测试。这在大型项目中，能节省不少等待时间，让你更快定位问题。
还有一个
-count参数，虽然不常用，但在某些场景下挺有意思的。比如你想确认某个测试的稳定性，可以
go test -count 10让它重复运行10次。如果偶尔失败，那说明测试本身可能不够健壮，或者代码存在偶现问题。
说到并行，
-parallel参数就不能不提了。它控制了同时运行的测试函数的数量。默认情况下，
go test会根据你的 CPU 核数来决定。但如果你想限制或者增加并行度，比如
go test -parallel 4，就可以手动调整。这对于控制测试资源消耗，或者模拟并发场景下的测试，很有用。
当然，还有一些更高级的参数，比如
-race用于检测竞态条件，这在并发编程中是极其重要的。
go test -race会在测试运行时增加额外的检查，虽然会拖慢测试速度，但能帮你找出那些难以察觉的并发bug。我个人觉得，对于任何涉及并发的代码，都应该在CI/CD流程中加入
-race检测。
还有
-timeout，它设定了整个测试运行的最大时长。如果测试在指定时间内没有完成，就会被强制终止并报告失败。这能有效避免那些无限循环或者死锁导致的测试挂起。
这些参数的组合使用，才是
go test真正强大的地方。它们提供了一套灵活的工具箱，让我们可以根据具体需求，定制化的运行和分析测试。
如何精准控制 go test
运行特定的测试函数或基准测试？
要精准地选择运行哪些测试，
go test的
-run和
-bench参数是你的核心工具。它们都接受一个正则表达式作为参数，让你可以像狙击手一样，只命中你想要测试的目标。
举个例子，假设你有一个
user_test.go文件，里面有
TestUserCreation、
TestUserDeletion和
TestUserUpdate三个测试函数。 如果你只想运行与用户创建相关的测试，你可以这样：
go test -run TestUserCreation
这会精确地运行
TestUserCreation。
如果你的测试函数名更复杂，比如
TestUserGroup/AddMember和
TestUserGroup/RemoveMember，你可以用
/来匹配子测试，或者用更宽泛的正则：
Shell脚本编写基础 中文WORD版
下载
Shell本身是一个用C语言编写的程序，它是用户使用Linux的桥梁。Shell既是一种命令语言，又是一种程序设计语言。作为命令语言，它交互式地解释和执行用户输入的命令；作为程序设计语言，它定义了各种变量和参数，并提供了许多在高级语言中才具有的控制结构，包括循环和分支。它虽然不是Linux系统核心的一部分，但它调用了系统核心的大部分功能来执行程序、建立文件并以并行的方式协调各个程序的运行。因此，对于用户来说，shell是最重要的实用程序，深入了解和熟练掌握shell的特性极其使用方法，是用好Linux系统
go test -run "TestUserGroup/" # 运行所有 TestUserGroup 下的子测试 go test -run "TestUserGroup/Add" # 只运行 TestUserGroup/AddMember
这里的正则表达式是 Go 自己的
regexp包实现的，所以你可以用
.匹配任意字符，
*匹配零个或多个，
^匹配开头，
$匹配结尾等等。比如，如果你想运行所有非基准测试，但又想排除某个特定的慢测试，你可以尝试
go test -run "Test[^Slow]"(虽然这可能需要更精妙的正则表达式，但思路是这样)。
对于基准测试 (
Benchmark函数)，逻辑是完全一样的，只是使用
-bench参数。 比如，你有一个
data_processor_test.go文件，里面有
BenchmarkProcessSmallData和
BenchmarkProcessLargeData。
go test -bench BenchmarkProcessSmallData
这会只运行
BenchmarkProcessSmallData。 如果你想运行所有基准测试，你可以用
.来匹配所有：
go test -bench .
通常，运行基准测试时，我还会加上
-run=^$，这表示不运行任何常规测试，只跑基准测试。这样可以避免不必要的常规测试运行，让基准测试的结果更纯粹。
go test -run=^$ -bench . -benchtime 5s -benchmem
这行命令的意思是：不运行任何常规测试，运行所有基准测试，每个基准测试运行至少 5 秒，并且显示内存分配情况。通过这种方式，我们能非常精细地控制测试的范围和深度。
怎样查看 go test
的详细执行过程和测试覆盖率报告？
要深入了解
go test的执行细节和代码覆盖情况，主要依赖
-v、
-json和
-coverprofile这几个参数。它们分别提供了不同的视角来审视测试过程和结果。
首先是
-v(verbose) 参数，这个前面也提了一嘴，但它的重要性值得再强调。没有它，
go test的输出通常非常简洁，你可能只知道测试通过了还是失败了。但加上
-v之后，每个测试函数的名称、执行状态（
PASS或
FAIL）、以及子测试的详细信息都会被打印出来。这对于调试失败的测试，或者仅仅是想知道哪些测试正在运行，都极其有用。
go test -v
你会看到类似这样的输出：
=== RUN TestSomething
=== RUN TestSomething/SubTestA
=== PAUSE TestSomething/SubTestA
=== CONT TestSomething/SubTestA
--- PASS: TestSomething (0.00s)
--- PASS: TestSomething/SubTestA (0.00s)
PASS
ok your/module/path 0.004s这清晰地展示了测试的层级和执行顺序。
接下来是
-json参数，它提供了一种机器可读的测试结果输出格式。当你需要将测试结果集成到 CI/CD 系统或者其他自动化工具中时，
-json简直是必备。它会将每个测试事件（开始、结束、通过、失败、输出等）以 JSON 格式打印到标准输出。
go test -json
输出会是一系列 JSON 行，每行代表一个事件。你可以用管道将其传递给其他工具进行解析：
go test -json | jq . # 如果你安装了jq工具，可以格式化查看
这比解析纯文本日志要可靠和方便得多。
最后是
-coverprofile，这是生成测试覆盖率报告的关键。代码覆盖率是衡量测试质量的一个重要指标，它告诉你你的测试代码覆盖了多少业务逻辑代码。
go test -coverprofile=coverage.out
这条命令会运行所有测试，并将覆盖率数据写入
coverage.out文件。这个文件本身是文本格式的，人类阅读起来有些吃力。这时候，你需要
go tool cover命令来将其可视化：
go tool cover -html=coverage.out -o coverage.html
这会生成一个
coverage.html文件，用浏览器打开，你就能看到你的代码哪些行被测试覆盖了，哪些没有，以颜色区分，非常直观。我个人觉得，这个功能对于识别测试盲区、提高代码质量有非常大的帮助。虽然追求 10
