使用defer+recover或testify库可测试Go中panic。先通过闭包和recover捕获panic，再断言其发生及消息内容；推荐用assert.PanicsWithValue确保函数在异常输入时正确panic，同时覆盖正常逻辑以提升测试完整性。
在 Go 语言中，panic 是一种运行时异常机制，常用于处理不可恢复的错误。但在单元测试中，我们仍需确保程序在特定条件下正确触发 panic，或在某些组件中能正确捕获并处理 panic。因此，如何对包含 panic 的代码路径进行测试覆盖，是编写高质量 Go 程序的重要环节。
使用 defer + recover 捕获 panic 进行断言
Go 不允许直接抛出异常中断测试流程，但可以通过 defer 和 recover 机制捕获 panic，并将其转化为可断言的状态。
常见做法是在测试函数中使用匿名函数包裹可能 panic 的代码，通过 defer 捕获 panic 值，并判断其是否符合预期。
示例：测试函数是否按预期 panic假设有一个除零会 panic 的函数：
立即学习“go语言免费学习笔记（深入）”；
func divide(a, b int) int {
if b == 0 {
panic("division by zero")
}
return a / b
}
对应的测试可以这样写：
func TestDivide_PanicOnZero(t *testing.T) {
var panicked bool
var panicMsg interface{}
func() {
defer func() {
if r := recover(); r != nil {
panicked = true
panicMsg = r
}
}()
divide(1, 0)
}()
if !panicked {
t.Fatal("expected panic, but did not occur")
}
if panicMsg != "division by zero" {
t.Errorf("expected panic message 'division by zero', got %v", panicMsg)
}
}
这种方式利用闭包和 defer 实现了对 panic 的“受控捕获”，从而完成断言。
使用 testify/assert 断言 panic（推荐方式）
在实际项目中，手动写 recover 逻辑较为繁琐。推荐使用流行的测试库 testify，它提供了专门用于检测 panic 的断言方法。
安装 testify：
go get github.com/stretchr/testify/assert
使用 assert.Panics、assert.PanicsWithValue 或 require.Panics 简化测试。
示例：使用 testify 断言 panic 类型和值import (
"testing"
"github.com/stretchr/testify/assert"
)
func TestDivide_WithTestify(t *testing.T) {
assert.Panics(t, func() {
divide(1, 0)
}, "应该因除零而 panic")
assert.PanicsWithValue(t, "division by zero", func() {
divide(1, 0)
}, "panic 消息应匹配")
}
testify 提供了清晰的语义和丰富的错误提示，极大提升了测试可读性和维护性。
提高测试覆盖率：覆盖正常与 panic 分支
为了达到高测试覆盖率，不仅要测试 panic 路径，还需确保正常路径也被覆盖。
完整测试示例：
func TestDivide_CompleteCoverage(t *testing.T) {
// 正常情况
result := divide(10, 2)
assert.Equal(t, 5, result)
// 异常情况：panic 捕获
assert.PanicsWithValue(t, "division by zero", func() {
divide(10, 0)
})
}
运行 go test -cover 可验证两个分支都被覆盖。
注意事项与最佳实践
在设计 panic 测试时，注意以下几点：
- panic 应仅用于严重错误或不可恢复状态，不宜作为常规错误处理手段
- 公共 API 中应尽量避免暴露 panic，建议封装为 error 返回
- recover 一般用于中间件、框架层（如 HTTP 中间件），业务逻辑中慎用
- 测试 panic 时优先使用 testify 等工具库，减少样板代码
- panic 消息建议保持一致格式，便于断言匹配
基本上就这些。只要合理使用 recover 和测试断言工具，就能有效覆盖 panic 分支，提升代码健壮性。
