公开方法测试应直接调用；2. reflect可用于动态调用导出方法，适用于配置驱动或通用测试框架；3. 非导出方法不应通过reflect测试，因破坏封装且不可靠；4. reflect适用场景包括通用断言、插件系统验证等，但应避免滥用以保持代码可维护性。
在Go语言中，结构体方法的测试通常通过常规单元测试完成，但当涉及私有方法或需要动态调用时，reflect 包就变得很有用。虽然 reflect 不是测试的首选方式（因破坏封装性和降低可读性），但在某些特殊场景下，比如无法直接访问的方法或插件式架构中，它能提供灵活性。
1. 普通结构体方法的测试（推荐方式）
对于公开方法，直接实例化结构体并调用即可测试：
type Calculator struct{}
func (c *Calculator) Add(a, b int) int {
return a + b
}
// 测试函数
func TestCalculator_Add(t *testing.T) {
calc := &Calculator{}
result := calc.Add(2, 3)
if result != 5 {
t.Errorf("期望 5，得到 %d", result)
}
}
这是最清晰、最安全的方式，应优先使用。
2. 使用 reflect 调用结构体方法（高级技巧）
当需要动态调用方法名（如配置驱动），或测试框架需通用处理时，可用 reflect。
立即学习“go语言免费学习笔记（深入）”；
import (
"reflect"
"testing"
)
func TestStructMethodWithReflect(t *testing.T) {
calc := &Calculator{}
v := reflect.ValueOf(calc)
m := v.MethodByName("Add")
if !m.IsValid() {
t.Fatal("方法不存在")
}
args := []reflect.Value{reflect.ValueOf(2), reflect.ValueOf(3)}
result := m.Call(args)[0].Int()
if result != 5 {
t.Errorf("期望 5，得到 %d", result)
}
}
注意：reflect 调用需确保方法是导出的（大写字母开头），且参数类型匹配，否则会 panic 或返回无效值。
3. 测试非导出方法的尝试（不推荐但可行）
Go 的非导出方法（小写开头）无法直接被外部包调用，包括测试包。虽然可通过反射“绕过”可见性检查，但这依赖未公开行为，极不推荐用于生产代码。
例如，若有一个非导出方法 add：
func (c *Calculator) add(a, b int) int { // 小写，非导出
return a + b
}
理论上可用 reflect 获取方法并调用，但实际中因方法不在公共接口中，MethodByName 找不到它。即使通过字段遍历尝试访问，也可能因编译器优化失败。
正确做法是：通过公开方法间接测试，或重构为内部函数单独测试。
4. reflect 测试的应用场景与建议
- 通用断言工具：编写可适配多种结构体的测试辅助函数。
- 插件系统测试：动态加载并验证模块是否实现特定方法签名。
- 序列化/反序列化逻辑：测试结构体标签与方法是否匹配。
- 避免滥用：reflect 应作为最后手段，优先考虑接口和依赖注入。
基本上就这些。测试结构体方法，正常调用最稳妥；reflect 是把双刃剑，用好能提升灵活性，用错则让代码难以维护。
