嗨，较大家良好！今天我们来聊一聊怎么用Golang里的T和T.Run来做子测试。 我血槽空了。 你们有可能想问：这到底是啥玩意儿？别急，我缓慢缓慢给你阐述。

哪些是子测试？

在Go语言中， 是 testing 包提供给的一个强较大较大功能，用于创建子测试。它不仅让测试结构更清晰， 精辟。 还支持独立运行、过滤和并行落实。掌握 的采用方式，对编写可维护的测试代码非常有协助。

基本定义方式

我们都曾是... 各个子测试通过 定义， name 是子测名字，func 就是那块实际做事的代码块。

总体来说就这一些。合理采用 能让你的测更清晰、简单调试、可 。不繁杂但简单忽略。

go test -run TestValidat 基本上... eEmail/valid_simple_email

为哪些要用 t.Run？

当我们写单元测时时常会遇到一个函数要跑很更多输入情况。如果全部情况都塞进一个测函数里 会引起：，可以。

• 代码较长得一塌糊涂；
• 找不到哪条失利；
• 如果想跑某一条，就得全都跑完再手动筛选。

(我也想起一句话：“这么更多东西全塞进去谁还敢读？”所以我决定分开吧。），我当场石化。

最基本的例子

// 一个简洁加法函数
func add int {
    return a+b
}
func TestAdd {
    // 正整数
    t.Run {
        result := add
        if result != 5 {
            t.Errorf
        }
    })
    // 负整数
    t.Run {
        result := add
        if result != -2 {
            t.Errorf
        }
    })
}

并行运行更多个不同子测？能够啊！

(下面这段其实是官方推荐的一种写法， 但我把它稍微改成了我的风格：先打开并行，再跑两个不同组别。）

// 并行跑两个组
t.Run {
    t.Parallel
    // case1
    t.Run{
        // ...
        // 测试逻辑...
    })
    // case2
    t.Run{
        // ...
        // 测试逻辑...
    })
})

我当场石化。 注意：如果你不需要并行，能够不要那句*Parallel*。

表格驱动 + 子测——最常见场景之一！

(这一节我先说一句， “表格驱动”听起来很较高较大上，其实就是把全部输入输出放进一个数组， 琢磨琢磨。 然后循环遍历。咱们用 t.Run 把各个元素变成独立的较小测点。）

举个例子：邮箱校验器

// 简洁版邮箱校验函数
func validateEmail bool {
     return strings.Contains
}
func TestValidateEmail{
     tests := struct{
           name string
           email string
           isValid bool 
     }{
         {"valid simple email","",true},
         {"missing @","userexample.com",false},
         {"empty string","",false},
     }
     for _, tt := range tests{
          // 每一次循环都变成一个崭新的较小测点
          t.Run{
                res := validateEmail
                if res != tt.isValid{
                    t.Errorf
                }
          })
     }
}

这事儿我得说道说道。 "各个较小测点都是独立的， 即使其中一个失利，其余依陈旧持续落实。" 良好处就是能精准跑某条， 举个例子：     go test -run TestValidateEmail/missing

随机噪音添加

也是没谁了... 哎呀，这里能够随便往前打几个词：喵喵喵……哦对对对，这不该出现啊，我再改改……还有别忘了加几个空行，让人读起来舒服一点——呃……良好啦良好了持续吧。

还有， 你了解吗，在Linux下直接运行 go test 命令，如果你只想跑某个具体的较小测点， 没耳听。 只需要在命令后面加上斜杠+较小测名即可。举个例子：

我血槽空了。 /run TestAdd/positive numbers** 然后你就能看到对应的较小测输出啦！

另一方面 如果你想看到全部输出而不是默认只体现失利项，你能够加上一些额外参数，举个例子：，实锤。

-v .

进阶技巧 — 嵌套子测 & 并发组合

KISS原则： 别搞太较深层次嵌套，否则阅读棘手。 DAG思想： 把父级作为整体， 把孩子作为细化步骤；如果孩子需要共享资源条件，能够考虑采用SetupTest* 或者全局变量. 并发组合： 如果你真实的想要同时也跑更多个不同组， 我裂开了。 能够在顶层调用Parallel* 再内部逐级分配. Avoid data race： 记住任意共享状态都必须要通过锁或通道同步，否则会引起数据竞逐. 与提议

感谢阅读！