Go单元测试校验fs.PathError错误时内容一致但测试失败怎么办

1. 核心原因是Go语言的error比较规则：error是接口类型，用==/!=比较两个非nil error时，会同时校验接口存储的类型和值。你测试用例中预期的tt.want是手动构造的*fs.PathError指针，生产代码返回的是exec库生成的另一个*fs.PathError指针，两者指向不同的内存地址，即使指针指向的结构体字段完全相同，直接比较指针也会返回false，导致断言失败。
2. 你看到日志中两个错误打印内容完全一致，是因为两者的Error()方法返回的字符串相同，不代表两个error接口值相等。
3. 额外问题：当前测试直接调用系统exec执行命令，依赖运行环境的文件系统状态，稳定性差：如果测试环境的/tmp/cmd真实存在，第二个用例将无法触发PathError，测试逻辑永远不会生效。

修正错误断言逻辑 #

根据你的校验需求，选择以下任一方案即可：

• 方案A：类型断言后逐字段比较（适合需要精确匹配PathError的Op、Path、底层错误的场景）
  将原测试中的断言逻辑替换为如下代码：

got := s.LoadEnablePort.Enable(tt.args.client)
// 先处理预期为nil的场景
if tt.want == nil {
    if got != nil {
        t.Errorf("LoadEnablePort.RedisAdapter.Enable expected no error, got %v", got)
    }
    return
}
// 校验错误类型
gotPathErr, ok := got.(*fs.PathError)
if !ok {
    t.Errorf("LoadEnablePort.RedisAdapter.Enable expected *fs.PathError, got %T(%v)", got, got)
    return
}
wantPathErr := tt.want.(*fs.PathError)
// 逐字段匹配
if gotPathErr.Op != wantPathErr.Op || 
   gotPathErr.Path != wantPathErr.Path || 
   !errors.Is(gotPathErr.Err, wantPathErr.Err) {
    t.Errorf("LoadEnablePort.RedisAdapter.Enable = %v, want %v", got, tt.want)
}

• 方案B：用标准库errors.Is判断（适合仅需确认是文件不存在错误，不需要精确匹配Op、Path的场景）

got := s.LoadEnablePort.Enable(tt.args.client)
if tt.want == nil {
    if got != nil {
        t.Errorf("LoadEnablePort.RedisAdapter.Enable expected no error, got %v", got)
    }
    return
}
if !errors.Is(got, fs.ErrNotExist) {
    t.Errorf("LoadEnablePort.RedisAdapter.Enable expected file not exist error, got %v", got)
}

单元测试优化建议（可选） #

如果要实现纯单元测试，避免依赖外部环境，可以通过依赖注入或者mock的方式替换exec.Command调用，完全隔离文件系统、系统调用的影响，提升测试稳定性。

内容的提问来源于stack exchange，提问作者Omar