单元测试问题请教

[hsuyeung]

尝试为 Service 层的方法添加单元测试，写着写着发现方法中需要用到请求头中携带的 token 获取用户信息才可以走完整套逻辑，那我的单元测试应该要怎样才可以模拟出 token 呢？

[lanlanye]

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

[retanoj]

就各种 mock ，侵入式 mock

[chihiro2014]

mock token 对象

[ihuotui]

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

[ihuotui]

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

[hsuyeung]

@ihuotui 感谢！期待期待

[hunterzhang86]

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

[carrymaniac]

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

[hunterzhang86]

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

[carrymaniac]

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

[hsuyeung]

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

[xavierchow]

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

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

[sdot96]

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

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

[ihuotui]

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

[ihuotui]

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