Go测试中panic默认导致测试失败；2. 对意外panic需提前预防或恢复；3. 对预期panic应使用defer+recover在子测试中捕获验证；4. 单个测试panic不影响其他测试，可用t.Run隔离风险。
Go语言中的测试函数遇到panic时，默认会认为测试失败并终止当前测试用例的执行。为了正确处理和验证panic行为，需要根据测试目标采取不同策略。
正常情况下 panic 会导致测试失败
如果被测函数意外发生panic，测试会自动标记为失败，并打印堆栈信息。
func divide(a, b int) int { return a / b }
当传入b=0时会发生panic，测试将失败。你应该提前判断或恢复错误状态，而不是放任崩溃。
立即学习“go语言免费学习笔记（深入）”；
测试期望发生 panic 的情况
某些场景下，你希望函数在非法输入时主动panic，这时可用recover配合defer来捕获并验证。
标准做法是在子测试中使用匿名函数包裹调用：
- 使用
defer注册一个函数调用recover() - 执行可能
panic的操作 - 检查
recover()返回值是否符合预期
func TestShouldPanicOnInvalidInput(t *testing.T) {
defer func() {
if r := recover(); r == nil {
t.Errorf("期望发生 panic，但没有发生")
}
}()
dangerousFunction(0) // 假设此函数对0输入应 panic
}
避免测试整体中断
单个测试用例中的panic不会影响其他测试函数执行，但会结束当前测试。若想隔离风险，可结合t.Run使用子测试。
这样即使某个子测试panic，也能通过recover控制流程，不影响其他用例运行。
基本上就这些。关键是区分“意外 panic”和“预期 panic”，对后者要主动捕获验证，确保程序行为可控。
