beego.TestBeegoInit()是测试环境的必要启动开关，不调用会导致路由未注册、配置未加载、Handlers为nil，进而引发panic或稳定返回404；必须在BeforeSuite或TestMain中调用，并传入正确路径（如AppPath()）以确保conf/app.conf等资源可定位。
beego.TestBeegoInit() 必须在测试前调用
不调用 beego.TestBeegoInit()，后续所有控制器测试都会 panic 或返回 404 —— 因为路由没注册、配置没加载、beego.BeeApp.Handlers 是 nil。它不是可选初始化，而是测试环境的“启动开关”。
常见错误现象包括：panic: runtime error: invalid memory address or nil pointer dereference（发生在调用 beego.BeeApp.Handlers.ServeHTTP() 时），或响应状态码始终是 404。
- 路径参数必须能定位到
conf/app.conf：传"."仅在测试文件与项目根目录同级时有效；多数情况下应传AppPath()（来自beego包）或显式绝对路径，例如filepath.Join("..", "..") - 该函数会自动初始化 ORM（如果启用）、日志、过滤器链，但不会启动 HTTP 服务器，只构建内存中的 handler 树
- 务必放在
BeforeSuite中（Ginkgo）或TestMain入口（标准 testing），避免每个测试重复初始化
Ginkgo + Gomega 是 Beego 控制器测试的事实标准
Go 原生 testing 包写 Beego 控制器测试极其冗长：手动构造 http.Request、调用 httptest.NewRecorder()、逐字段断言 w.Code 和 w.Body，缺乏上下文组织和语义化断言能力。
Ginkgo 提供 Describe/Context/It 结构，天然匹配 HTTP 测试场景（如 “Describe POST /api/user”）；Gomega 的 Equal、ContainSubstring、HaveLen 等断言，比 if w.Code != 200 { t.Fatal(...) } 更简洁可靠。
- 安装命令必须用 v2 版本：
go get github.com/onsi/ginkgo/v2/ginkgo和go get github.com/onsi/gomega - 不要混用
testing.T和 Ginkgo 的It：Ginkgo 测试需用ginkgo -r运行，而非go test -
Expect(...).To(Equal(...))在失败时自动打印期望/实际值，而原生t.Errorf需手动拼接字符串，易漏关键信息
直接调用 beego.BeeApp.Handlers.ServeHTTP() 模拟请求
这是 Beego 控制器测试最核心的动作，绕过网络栈和真实监听，把请求直接注入框架内部处理链。它等价于“让 Beego 自己处理这个请求”，因此能完整触发路由匹配、参数解析、过滤器（Filter）、控制器执行、模板渲染全过程。
错误做法是起一个真实 server（http.ListenAndServe）再发 HTTP 请求——这属于端到端测试，慢、不稳定、无法断言中间状态（如 session 是否被设置）。
- 构造请求必须指定 method 和 URL：
http.NewRequest("POST", "/login", strings.NewReader(`{"user":"a"}`)) - 记得设置 Content-Type 头（尤其 POST JSON）：
req.Header.Set("Content-Type", "application/json") -
w := httptest.NewRecorder()是拦截响应的唯一方式；w.Body.String()可读取响应体，w.Header()可检查 Set-Cookie 等头信息
Beego 没有内置断言库，别依赖 beego.TestBeegoInit() 提供断言能力
beego.TestBeegoInit() 只负责初始化，不提供任何 Assert 或 Expect 函数。官方文档里从未定义过 Beego 自带断言库 —— 所有“断言”行为都来自你引入的第三方库（Gomega、testify、甚至原生 t.Error）。
容易踩的坑是误以为 Beego 有类似 Rails 的 assert_response :success，结果发现没有对应函数，又退回手写 if 判断，丧失可读性。
- 若坚持用标准
testing包，推荐搭配testify/assert（assert.Equal(t, 200, w.Code)），比裸写t.Errorf更省力 - Gomega 断言默认开启“失败时立即中断当前
It”，适合 BDD 场景；testify 的assert包失败后继续执行，适合批量校验多个字段 - 所有断言库都只能验证
w记录的内容，无法直接断言控制器内部变量（如c.Data["json"]）——那需要拆分逻辑、单独测试业务函数
w.Code 和 w.Body.String() 才能发现。 
