单元测试问题请教

写一个验证服务的 Stub ，注入你的服务，代替掉真正的验证服务

就各种 mock ，侵入式 mock

mock token 对象

当为类或者方法写单元测试很难写，代表代码耦合度太高，需要解耦，把不同功能的方法分离，才能写出单元测试，从下往上写。如果下面方法都是正确，那么整体代码正确。

最近写了个单元测试的文章，有点公司内容我修改下发出来。

@ihuotui 感谢！期待期待

可以看看 [PowerMock]( https://juejin.cn/post/7152475973412847630)，基本上够用了。

按照我的理解，service 不太应该和请求头这些东西打交道，解析请求头这些操作在 controller 完成。service 的单元测试也就不用考虑解析 token 等事项了。

@hunterzhang86 https://juejin.cn/post/7152475973412847630

如果使用的是 springboot mockMVC 的话 可以使用
mockMvc.perform('/xxxx')
.with(csrf()).with(jwt().jwt(jwt)))

@carrymaniac 我刚想了下，也是觉得应该这样更好些，使用 mock 局限性太大了（只能去对 controller ）做测试

> 刚想了想，我感觉还是应该把“从 token 中获取用户信息”这一操作放到 api 层去处理，然后将用户信息或者其中某些字段作为参数传递到 service 中，service 只处理业务逻辑这样更好些。

对的，这就是写测试代码的好处，促使你重新思考分层 /解耦有么有做好，测试困难很可能代码设计就有坏味道了。

一般都有 mock 包，可以针对变量，方法，接口，函数进行 mock ，如果是 golang 可以看下我的文章有详细的关于单元测试的一些思考 https://zhuanlan.zhihu.com/p/565209330

或者你说的将把“从 oken 中获取用户信息”这一操作放到 api 层去处理，我感觉这样好像更加合适，因为我倾向能不 mock 就尽量不 mock

https://www.cnblogs.com/ihuotui/p/16793249.html
1 单元测试的效益
2 介绍单元测试
3 编写简单的单元测试
4 好的单元测试（提升）

@hsuyeung
单元测试之道 junit
1 单元测试的效益
2 介绍单元测试
3 编写简单的单元测试
4 好的单元测试（提升）