Go单元测试如何验证方法返回指定时长的time.Ticker实例

• 首先，reflect.DeepEqual 完全不适合比对两个独立创建的*time.Ticker实例。time.Ticker是绑定运行时状态的资源对象，内部持有独立的channel指针、runtime定时器创建时间、下次触发时间等动态字段，哪怕两个Ticker配置的间隔完全一致，只要是分别New出来的实例，这些动态值、内存指针地址就不可能完全相同，逐字段递归比对必然失败。从你贴的报错信息就能直接看到差异：两个实例的channel指针地址、内部定时器的下次触发时间戳、间隔字段全不相等。
• 其次，你自己构造的预期Ticker从根上就配错了：time.Duration的底层单位是纳秒，写time.NewTicker(12)创建的是间隔12纳秒的Ticker，但CreateTicker的逻辑是把传入的dur乘以time.Second（1秒对应1e9纳秒），传入dur=12时返回的是间隔12*1e9=12000000000纳秒（也就是12秒）的Ticker，二者的间隔配置一开始就不匹配。

不要尝试比对整个Ticker结构体的所有字段，只需要校验核心逻辑：返回的Ticker实例非空，且实际触发的时间间隔符合dur * time.Second的预期即可。测试时注意及时调用Stop()释放Ticker资源避免泄漏，同时因为系统调度存在延迟，间隔校验需要预留合理的误差容限。

参考测试代码：

func TestCreateTicker(t *testing.T) {
    tests := []struct {
        name string
        dur  time.Duration
        want time.Duration
    }{
        {
            name: "1s_interval",
            dur:  1, // 对应预期间隔 1 * time.Second = 1s
            want: 1 * time.Second,
        },
    }
    for _, tt := range tests {
        t.Run(tt.name, func(t *testing.T) {
            got := CreateTicker(tt.dur)
            if got == nil {
                t.Fatal("CreateTicker returned nil ticker")
            }
            defer got.Stop()

            // 取两次连续滴答的时间差校验实际间隔
            t1 := <-got.C
            t2 := <-got.C
            interval := t2.Sub(t1)

            // 允许10%的系统调度误差
            if interval < tt.want*9/10 || interval > tt.want*11/10 {
                t.Errorf("ticker interval = %v, want %v (±10%%)", interval, tt.want)
            }
        })
    }
}

这种校验方式直接验证Ticker的实际行为，不会因为Go标准库内部time.Ticker的结构体字段变更导致测试失效，稳定性远高于反射比对整个结构体。如果不想在测试中等待真实时间流逝，可以将Ticker创建逻辑抽象为可注入的依赖，在单元测试中替换为Mock实现，但针对当前简单的工厂方法，上述实际行为校验的方式成本最低也最可靠。

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