《Java单元测试实战》——无效单测：那些年，我们写过的无效单元测试(12) https://developer.aliyun.com/article/1232103?groupCode=java
5) 验证所有依赖方法调用
反面案例：
既然不验证所有方法调用有问题，那我就把所有方法调用验证了吧。
存在问题：
所有方法调用都被验证了，看起来应该没有问题了。但是，如果缓存用户方法中，存在别的方法调用。
比如：我们在进入缓存用户方法之前，新增了清除所有用户缓存，这个单元测试用是无法验证的。
6) 完美地验证依赖方法调用
验证所有的方法调用，只能保证现在的逻辑没有问题。如果涉及新增方法调用，这个单元测试用例是无法验证出来的。所有，我们需要验证所有依赖对象没有更多方法调用。
完美案例：
注意：利用ArgumentCaptor（参数捕获器），不但可以验证参数，还可以验证调用次数和顺序。
4. 验证方法调用准则
1) 必须验证所有的模拟方法调用
在单元测试中，涉及到的所有模拟方法都要被验证：
• 来源于注入对象的方法调用
• 来源于输入参数的方法调用
• 来源于返回值的方法调用
• 来源于静态方法的调用
具体案例可以参考《方法调用来源方式》章节。
2) 必须验证所有的模拟对象没有更多方法调用
在单元测试中，为了防止被测方法中存在或新增别的方法调用，必须验证所有的模拟对象没有更多方法调用。
正例：
备注：
作者喜欢在@After方法中对所有模拟对象进行验证，这样就不必在每个单元测试用例中验证模拟对象。
可惜Mockito.verifyNoMoreInteractions不支持无参数就验证所有模拟对象的功能，否则这段代码会变得更简洁。
3) 必须使用明确语义的参数值或匹配器
验证依赖方法时，必须使用明确语义的参数值或匹配器，不能使用任何不明确语义的匹配器，比如：any系列参数匹配器。
正例：
反例：
后记
最后，根据本文所表达的观点，即兴赋诗七言绝句一首：
《单元测试》
单元测试分真假，
工匠精神贯始终。
覆盖追求非目的，
回归验证显奇功。
意思是：
• 一定要知道如何去分辨单元测试的真假，
• 一定要把工匠精神贯彻单元测试的始终。
• 追求单测覆盖率并不是单元测试的目的，
• 回归验证代码才能彰显单元测试的功效。
