答案是使用defer和recover捕获panic，通过封装辅助函数提高测试可读性，并对panic值进行类型断言以验证具体错误信息，确保被测函数在预期条件下正确触发panic。
在Go语言中，测试函数是否会正确panic是单元测试中的常见需求。由于panic会中断程序执行，直接调用会导致测试失败，因此需要使用recover机制来捕获panic并验证其发生。以下是几种实用的方法。
使用defer和recover捕获panic
在测试函数中，通过defer配合recover可以安全地捕获被测函数引发的panic。这是最基础也是最常用的方式。
示例如下：
func TestShouldPanic(t *testing.T) {
defer func() {
if r := recover(); r != nil {
// 断言确实发生了panic
if r != "expected message" {
t.Errorf("期望panic消息为 'expected message'，实际为 %v", r)
}
} else {
t.Fatal("期望发生panic，但没有发生")
}
}()
// 调用可能panic的函数
mightPanic()
}
封装辅助函数提高可读性
如果多个测试需要验证panic，可以封装一个通用的辅助函数，让测试代码更简洁清晰。
立即学习“go语言免费学习笔记（深入）”；
func assertPanic(t *testing.T, f func()) {
defer func() {
if r := recover(); r == nil {
t.Fatal("期望发生panic，但未发生")
}
}()
f()
}
func TestWithHelper(t *testing.T) {
assertPanic(t, func() {
mightPanic()
})
}
这种方式适合只需要确认是否panic，而不关心具体panic值的场景。
验证panic的具体内容
有时不仅要确认panic发生，还要检查panic的值（比如错误信息或类型）。可以在recover后进行详细断言。
func TestPanicMessage(t *testing.T) {
defer func() {
r := recover()
if r == nil {
t.Fatal("期望发生panic")
}
if msg, ok := r.(string); !ok || msg != "critical error" {
t.Errorf("期望panic消息为 'critical error'，实际为 %v", r)
}
}()
panicFunction()
}
注意：panic的值可能是任意类型，做类型断言时要小心，避免断言失败导致测试崩溃。
基本上就这些。核心思路就是利用recover拦截panic，再通过测试断言判断行为是否符合预期。不复杂但容易忽略细节。
