Revel控制器单元测试必须使用TestSuite构造带完整上下文的实例，手动设置路由参数、Session和请求体，调用result.Apply(controller)后断言实际输出，且每个测试需新建TestSuite避免状态污染。
Revel 框架的控制器单元测试不能靠启动 HTTP 服务器来测，必须走模拟请求-响应循环路径。 它不提供类似 Spring Boot 的 @WebMvcTest 或 Swifton 的 @testable import 那种轻量集成层，而是依赖 Revel 自身的测试辅助结构（如 TestSuite、TestController）构造隔离环境。直接调用控制器方法或用真实 http.Request 都会因缺少框架上下文而 panic 或返回空响应。
用 TestSuite 初始化控制器实例
Revel 的控制器不是普通 struct，它嵌入了 *revel.Controller，而后者强依赖 revel.AppController 和运行时配置。手动 new 会导致 nil pointer dereference。
- 必须通过
revel.TestSuite创建带完整上下文的控制器实例，例如：testSuite := &revel.TestSuite{App: revel.BuiltApp} - 调用
testSuite.Controller(&MyController{})才能获得可安全调用方法的实例 - 注意：
revel.BuiltApp需在测试前由revel.Init()初始化，通常放在TestMain或init()中 - 若跳过初始化，
testSuite.Controller会返回nil，后续调用直接 panic
模拟请求参数与 session 的正确写法
控制器方法常依赖 c.Params.Route、c.Params.Fixtures、c.Session 等字段，这些不会自动填充，必须手动设置。
- 路由参数需显式赋值：
controller.Params.Route.Add("id", "123")，不能只设 URL 路径 - 表单/JSON 数据要写进
controller.Request.Body并重置Content-Type头：controller.Request.Header.Set("Content-Type", "application/json") - Session 是 map[string]string，但必须先调用
controller.Session.Set(...)再访问，否则为 nil - 忽略
controller.Params.Query设置会导致c.Params.Get("q")返回空字符串而非报错，容易漏测边界逻辑
断言响应结果时避开模板渲染陷阱
Revel 控制器返回 revel.Result 接口（如 RenderJSON、Redirect、Render），但直接比较 result.String() 没有意义——它只是类型名。真正要验证的是结果“执行后”的输出。
- 对
RenderJSON：用result.Apply(controller)得到revel.Result，再转成*revel.JSONResult，最后取.Data字段做结构比对 - 对
Redirect：需断言result.(*revel.RedirectResult).Url，而不是检查ResponseWriter的 Header - 对
Render（HTML）：默认会尝试加载模板，若未配置revel.TEMPLATE_PATHS或模板缺失，测试会静默失败；建议改用RenderText或RenderJSON降低耦合 - 忘记调用
result.Apply(controller)就直接 assert，得到的永远是nil或空值
为什么 revel.TestSuite 不能复用多个测试用例
每个 TestSuite 实例内部缓存了 Request 和 Response 对象，且 Controller 方法执行会修改其状态。同一 TestSuite 被多次用于不同测试，会导致前一个测试污染后一个的 Session、Flash 或响应头。
- 必须为每个测试函数新建
TestSuite实例，或至少重置关键字段：testSuite.Request = httptest.NewRequest(...)、testSuite.Response = httptest.NewRecorder() - 更稳妥的做法是把
TestSuite初始化逻辑放进func TestXxx(t *testing.T)内部，而非包级变量 - Revel 的
TestSuite不像 JUnit 的@BeforeEach那样自动隔离，这是最容易被忽略的状态泄漏点
Revel 测试最麻烦的地方不在语法，而在它的“半自动”设计：既没完全抽象掉 HTTP 层，又没暴露底层细节供你自由 mock。所有控制器行为都卡在 Controller 基类和 Result.Apply 的中间态里，稍不注意就会测了个寂寞。
