beego.TestBeegoInit 报空指针 panic 的根本原因是未预先设置 RunMode 且路由未注册，需在调用前显式执行 beego.SetMode("dev") 和 routers.Init()（或空白导入触发 init），否则 beego.BeeApp.Handlers 为 nil 导致解引用。
beego.TestBeegoInit 为什么总报错 panic: runtime error: invalid memory address
常见于测试中未正确初始化 Beego 应用上下文，beego.TestBeegoInit 要求 beego.BConfig.RunMode 已设置且路由已注册。直接调用它却没先执行 beego.Run() 或等价的初始化流程，就会触发空指针解引用。
实操建议：
- 在
TestMain中显式调用beego.SetMode("dev")和beego.BeeApp.Handlers.Init()，再调用beego.TestBeegoInit() - 避免在
init()函数里注册路由；改用func init() { beego.Router(...); }是安全的，但若混用了beego.Include+ controller 结构体未导出，会导致路由为空 - 若使用
beego.Run()启动过主程序，测试前需加beego.BeeApp.Shutdown()清理单例状态，否则二次 init 会 panic
controller 方法单元测试时 context.Params 为空或取不到 path 参数
Beego 的 context 在测试中不会自动解析 URL 路径参数，ctx.Input.Param(":id") 返回空不是 bug，是测试环境缺失路由匹配环节。
实操建议：
- 手动构造并注入参数：
ctx.Input.Params = map[string]string{":id": "123"}，注意 key 必须带冒号前缀 - 更可靠的方式是走完整 HTTP 请求模拟：用
httplib.Get("http://localhost:8080/api/user/123")配合beego.TestBeegoRun()，此时路由和参数解析由框架真实完成 - 别依赖
ctx.Input.CruSession或ctx.Input.IP()等需要中间件支持的字段——它们在裸 context 下为 nil，需显式 mock 或启用对应 filter
如何让覆盖率统计包含 controller 和 router 注册逻辑
默认 go test -cover 不会覆盖 init() 函数里的 beego.Router 调用，因为这些代码只在包加载时执行，而测试运行时可能未触发对应包导入。
实操建议：
- 确保测试文件 import 了含路由注册的包（例如
_ "myapp/routers"），否则该包的init()根本不执行 - 把路由注册逻辑从
init()挪到可显式调用的函数里（如routers.InitRoutes()），并在测试 setup 中主动调用——这样既能被覆盖，也便于按需开关路由 - 用
go test -coverprofile=coverage.out ./... && go tool cover -html=coverage.out查看具体哪行没跑，常发现if beego.BConfig.RunMode == "test"分支被忽略，需在测试前设好模式
mock model 层时 database/sql Tx 泄露导致测试失败
Beego controller 常用 orm.NewOrm().Begin() 获取事务，但测试中若忘记 tx.Commit() 或 tx.Rollback()，会导致连接卡住、后续测试超时或 panic: “too many connections”。
实操建议：
- 所有涉及
orm.NewOrm().Begin()的测试，必须用defer func() { if tx != nil { tx.Rollback() } }()包裹，且在成功路径上显式tx.Commit() - 优先用 interface 抽象 model 操作（如
type UserSrv interface { GetUserByID(id int) (*User, error) }），测试时直接注入 mock 实现，绕过 orm 初始化和事务管理 - 禁用 Beego 自动数据库注册：测试启动时设
beego.ORMRegisterDB = false，防止测试误连真实 DB
