本文介绍在 go 单元测试中，如何简洁、可靠地断言返回值是否存在（即是否为 nil），而不依赖具体类型的深度比较，适用于返回指针、接口、切片等可空类型的函数。
本文介绍在 go 单元测试中，如何简洁、可靠地断言返回值是否存在（即是否为 nil），而不依赖具体类型的深度比较，适用于返回指针、接口、切片等可空类型的函数。
在 Go 测试中，当函数返回一个可能为 nil 或非 nil 的值（如 *CustomType、[]byte、error、io.Reader 等）时，我们常只需验证其“存在性”——即是否成功返回了有效值，而非关心具体值内容。此时，直接用 == 比较两个指针（如 actual != case.Expected）不仅语义不清，还可能因指针地址不同而误判（即使逻辑等价，&T{} 与 &T{} 也不相等）。
✅ 推荐做法：比较 nil 性质的一致性
核心思想是：期望值与实际值应同为 nil 或同为非 nil。这可通过布尔等价判断实现：
if (actual == nil) != (case.Expected == nil) {
t.Fatalf("expected nil-ness %v, but got actual=%v", case.Expected == nil, actual)
}
该表达式 (actual == nil) != (case.Expected == nil) 在两者 nil 状态不一致时返回 true，即触发失败——逻辑清晰、类型无关、零分配、无反射开销。
? 完整测试示例（修正原代码语法并增强可读性）：
func TestSomeFunc(t *testing.T) {
tests := map[string]struct {
Input string
Expected *CustomType
WantErr error
}{
"returns concrete value": {
Input: "valid",
Expected: &CustomType{},
WantErr: nil,
},
"returns nil on error": {
Input: "invalid",
Expected: nil,
WantErr: 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("nil mismatch: expected %v, got %v", tc.Expected == nil, actual == nil)
}
// ✅ 断言错误一致性（标准方式）
if !errors.Is(err, tc.WantErr) {
t.Fatalf("unexpected error: got %v, want %v", err, tc.WantErr)
}
})
}
}
? 进阶提示：
- 对于泛型或更复杂场景，可封装为辅助函数提升复用性：
func assertNilness[T any](t *testing.T, actual, expected *T) { t.Helper() if (actual == nil) != (expected == nil) { t.Fatalf("nil-ness mismatch: actual=%v, expected=%v", actual == nil, expected == nil) } } - 注意：此方法仅适用于可直接与 nil 比较的类型（指针、接口、切片、map、chan、func）。对结构体值类型（如 CustomType 而非 *CustomType）不适用——此时应使用 reflect.DeepEqual 或字段级校验。
- 避免使用 reflect.ValueOf(x).IsNil()，它在非指针/接口类型上 panic，且性能较差。
总结：用 (a == nil) != (b == nil) 替代冗长的双条件判断，是 Go 测试中判断“存在性”最简洁、安全、符合语言惯用法的方式。
