不能直接 new context.Context，因为它是接口且Echo的echo.Context依赖*http.Request和http.ResponseWriter；正确做法是用echo.NewContext配合httptest.NewRequest和httptest.NewRecorder构造，并手动设置参数、查询、Cookie等。
为什么不能直接 new context.Context？
Go 标准库的 context.Context 是接口，不能直接实例化。Echo 的 echo.Context 更是封装了请求、响应、绑定、验证等一整套生命周期逻辑的抽象，它依赖底层 *http.Request 和 http.ResponseWriter 才能工作。硬造一个空结构体或用 context.Background() 传给 Echo handler，会导致 panic——比如调用 c.Param("id") 时 nil pointer dereference，或 c.Bind() 报 “no request body”。
正确做法：用 echo.NewContext 构造测试用 Context
Echo 提供了 echo.NewContext 工厂函数，它接受 *http.Request 和 http.ResponseWriter，返回一个完整可用的 echo.Context 实例。这是唯一推荐的、符合 Echo 设计意图的测试构造方式。
- 必须搭配
httptest.NewRequest和httptest.NewRecorder使用，不能跳过 -
echo.NewContext不会自动设置路由参数或查询参数，需手动调用c.SetParamNames和c.SetParamValues - 若 handler 用到了中间件（如 JWT 验证），测试前得手动调用
c.Set("user", user)注入上下文数据
示例：
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
func TestUserHandler(t *testing.T) {
req := httptest.NewRequest(http.MethodGet, "/users/123", nil)
rec := httptest.NewRecorder()
c := echo.NewContext(req, rec)
// 模拟 URL 参数
c.SetParamNames("id")
c.SetParamValues("123")
// 手动注入 mock 用户（如果 handler 依赖 c.Get("user")）
c.Set("user", &models.User{ID: 123, Name: "alice"})
err := UserHandler(c)
assert.NoError(t, err)
assert.Equal(t, http.StatusOK, rec.Code)
}
别碰 echo.TestServer，它不是为单元测试设计的
echo.TestServer 是 Echo v4 早期实验性 API，v5 已移除，且它本质是启动一个真实 HTTP 服务并返回 *http.Client，适用于集成测试，而非 handler 单元测试。用它测单个 handler 属于大炮打蚊子——启动慢、端口占用、无法断言内部状态（比如中间件是否执行、c.Get() 值是否被设对）。
- 单元测试目标是验证 handler 逻辑本身，不是网络链路
-
echo.TestServer在 v5+ 中已不可用，强行找旧版代码会引入兼容性风险 - 即使能用，它也无法控制
echo.Context的初始化细节（如 param、query、form 解析行为）
容易漏掉的 Context 初始化点
很多 handler 会隐式依赖 Echo 默认行为，但 echo.NewContext 不会自动触发这些。测试失败常因以下几处未手动补全：
- POST 表单或 JSON 数据：需在
req上设置Body并调用req.Header.Set("Content-Type", "...") - Query 参数：用
req.URL.RawQuery = "page=1&limit=10"，再调用c.QueryParam("page")才有效 - Cookie：通过
req.AddCookie(&http.Cookie{Name: "session", Value: "abc"}) - 自定义 Binder：若用了
c.Bind()，默认只支持 JSON/form，不支持 multipart —— 测试上传需额外构造multipart.Writer
这些都不是“框架自动搞定”的事，得在每个测试 case 里按需补全。漏掉任意一项，c 就和运行时行为不一致。
