本文介绍在 Go 单元测试中，如何简洁、可靠地验证函数返回的指针（或接口、切片等可为 nil 的类型）是否存在，而不关心具体值内容；核心是通过布尔等价性比较 actual == nil 与 expected == nil 的结果。
本文介绍在 go 单元测试中，如何简洁、可靠地验证函数返回的指针（或接口、切片等可为 nil 的类型）是否存在，而不关心具体值内容；核心是通过布尔等价性比较 `actual == nil` 与 `expected == nil` 的结果。
在 Go 测试中，当被测函数返回一个可能为 nil 或指向具体值的指针（如 *CustomType）、接口、切片、map、channel 等可空类型时，若测试目标仅为「存在性」（即是否成功返回有效值），而非校验具体字段或行为，则不应直接使用 == 比较两个指针——这不仅在 nil 与非 nil 间不成立，更会在非 nil 时因地址不同而必然失败。
正确的思路是：将“存在性”抽象为布尔语义——actual 是否为 nil，应与 expected 是否为 nil 完全一致。因此，只需比较两个布尔表达式的结果：
if (actual == nil) != (case.Expected == nil) {
t.Fatalf("existence mismatch: expected %v, got %v",
case.Expected != nil, actual != nil)
}
该逻辑等价于：当且仅当 actual 和 case.Expected 同为 nil 或同为非 nil 时，测试通过；任一为 nil 而另一不为 nil，即视为失败。相比原始的嵌套 if 判断，它更简洁、无歧义，且天然支持所有可空类型（无需类型断言或反射）。
完整测试示例：
func TestSomeFunc(t *testing.T) {
tests := map[string]struct {
Input string
Expected *CustomType
Err error
}{
"returns valid instance": {
Input: "valid-input",
Expected: &CustomType{},
Err: nil,
},
"returns nil on error": {
Input: "invalid-input",
Expected: nil,
Err: ErrSomeError,
},
}
for name, tc := range tests {
t.Run(name, func(t *testing.T) {
actual, err := SomeFunc(tc.Input)
// ✅ 断言存在性一致性
if (actual == nil) != (tc.Expected == nil) {
t.Fatalf("expected existence %t, but got %t",
tc.Expected != nil, actual != nil)
}
// ✅ 同时验证 error（推荐独立断言）
if !errors.Is(err, tc.Err) {
t.Fatalf("expected error %v, got %v", tc.Err, err)
}
})
}
}
⚠️ 注意事项：
- 此方法不适用于需验证值内容的场景（如结构体字段、字符串内容等），此时仍需深度比较（如 reflect.DeepEqual 或专用断言库）；
- 对 error 类型建议单独用 errors.Is 或 errors.As 断言，避免 == 比较（因 error 实现常为指针或接口）；
- 若 Expected 字段需支持多种可空类型（如 *CustomType / []int / io.Reader），可统一声明为 interface{} 并配合类型断言，但会牺牲类型安全——通常按职责拆分测试用例更清晰。
总结：用 (a == nil) != (b == nil) 表达「存在性不匹配」，是 Go 中轻量、通用、符合语言特性的断言模式，既规避了指针地址比较陷阱，又保持了测试意图的清晰表达。
