JWT中间件测试失败常因未生效，需用httptest模拟完整HTTP链并覆盖各类token异常场景。
测试 JWT 中间件前先确认它是否真在验证 token
很多测试失败，其实是因为中间件压根没生效——比如路由没注册、中间件顺序错、或 http.Handler 链被绕过了。JWT 鉴权中间件本质是拦截请求、解析并校验 Authorization 头里的 token，校验失败就提前返回 401。如果测试时直接调用 handler 函数（没走完整 HTTP 链），那中间件根本不会执行。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
httptest.NewServer启一个真实 HTTP 服务，或至少用httptest.NewRecorder+http.ServeHTTP模拟完整请求生命周期 - 确保测试请求带了
Authorization: Bearer <valid-jwt></valid-jwt>头，且 token 签名、过期时间、aud/iss 等字段匹配中间件配置 - 中间件里别用
log.Fatal或 panic —— 测试会直接崩溃，应统一返回http.Error或写入ResponseWriter
伪造合法 token 时注意签名算法和 key 一致性
Go 的 github.com/golang-jwt/jwt/v5 默认用 HS256，但如果你中间件用的是 RS256，测试时用 HS256 生成的 token 必然校验失败，错误通常是 token is invalid 或 signature is invalid，而不是更具体的提示。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 测试用 token 必须和中间件初始化时传入的
jwt.KeyFunc或验证 key 完全匹配：HS256 用[]byte，RS256 用*rsa.PublicKey - 推荐在测试文件里内建一个固定 key 和签发函数，例如：
signToken(t *testing.T, claims jwt.MapClaims) string，避免每次手拼 token - 别从线上环境复制 token 来测——过期、白名单校验、jti 去重等逻辑会让它在测试中失效
测试不同鉴权场景得覆盖 header 缺失、格式错误、过期、非法 payload
只测“有 token 且有效”远远不够。真实请求里，Authorization 头可能为空、缺 Bearer 前缀、token 格式不对（如少一段）、已过期、或 payload 里 scope 不满足接口要求。这些情况应返回明确状态码（401 或 403），而非 500 或静默放行。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每个 case 单独写子测试（
t.Run），例如："no auth header"、"malformed bearer"、"expired token"、"missing required scope" - 检查响应状态码和 body 内容，例如：
assert.Equal(t, http.StatusUnauthorized, rr.Code)；body 可含简单 JSON：{"error":"invalid or expired token"} - 如果中间件支持自定义错误响应，测试时传入 mock writer 或检查日志输出，确认没泄露敏感信息（如私钥路径、完整错误栈）
集成测试时小心中间件依赖的全局变量或单例
有些 JWT 中间件会依赖全局的 jwt.Parse 配置、缓存实例（如 Redis 客户端）、或密钥读取逻辑（如从文件或环境变量加载）。测试并发运行时，若这些资源未隔离，会出现竞态或污染——比如一个 test 修改了全局 key，导致另一个 test 失败。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 中间件构造函数应接受所有依赖（key、cache、clock 等）作为参数，测试时传入干净的 mock 或内存实例
- 避免在 init 函数里加载密钥；改用 lazy load +
sync.Once，或测试前手动重置 - 时间相关逻辑（如
exp校验）务必可注入 clock，测试时用golang.org/x/time/rate或自定义func() time.Time替换系统时间
真正难的不是写断言，是让中间件的校验逻辑完全脱离运行时环境——密钥、时间、存储、上下文传递，每多一个隐式依赖，测试就多一分不确定性。
