晚上团队对于单元测试编写发生了不小的争论，在此之前我对单元测试的几种模式并不是特别清楚，晚上阅读了几篇文章。学习到了一些关于单元测试的概念。
讨论的起点源自一位同事分享的这篇大牛Uncle Bob的文章《The Little Mocker》，原来我没有特别认真地阅读这篇文章，一味倾向于使用mock，而且在阅读Bob的《架构整洁之道》里，Bob大叔提到一切外部依赖都是可以模拟的，晚上我仔细阅读了一番才发现这个本书的翻译可能是有问题的，我原来以为中文中的模拟指的是单词mock，实际上他指的应该是一类测试的对象。而在这篇文中，Bob大叔主要是在分析这几种单测对象的区别。
单元测试将测试对象分为几类：
- Dummy Object：不参加测试的类的实现。
- Test Stub：一些需要固定返回值的类的实现
- Test Spy：参与测试的类的实现，并且还要验证它的参与产生了某种结果
- Mock Object：参与测试的类的实现，针对对象预先指定期望返回值，它关心的什么函数被调用,调用了什么参数,什么时候和有多频繁被调用。
- Fake Object：一个假的真实业务实现，比如特定的入参可以返回true，有点像是系统的后门。
以上的内容具体其实可以拜读一下《The Little Mocker》，译文在http://antinomy.top/2014/10/14/Art-2014-2014-10-14-TheLittleMocker/ 文字很简单，但是内容非常丰富。
通过比较，我们可以看到，从Dummy Objec到 Mock Object，测试代码的要求是越来越强的，这里是有一个递进关系的。这里有一张图很好地表示了这几种对象的关系：http://antinomy.top/img/2014/Mocks.png
所以Bob大叔提倡的是在递进关系中寻找合适的测试的类型，减少强要求的测试对象，以减轻测试代码的耦合。当然这篇文章在Reddit里引发了非常多的讨论，讨论的内容也非常精彩。https://www.reddit.com/r/programming/comments/25m69n/the_little_mocker/
后面在另外一位大牛Martin Fowler的博客里读到了《Mocks Aren't Stubs》这篇文章(文章是在08年写的，Martin Fowler的预见性实在是太强了)。这篇文章主要是在讨论Mocks和Stubs，他倒是没有对某一种测试对象有很强的倾向性，整篇文章都在不断分析和比较两种模式(打桩模式和mock模式)的区别，他认为这两种模式是在鼓励两种不同的设计风格，文中特别强调了两种模式的不同：
- 测试结果的验证方式的不同：一个是状态验证（Stubs），另一个是行为验证(Mock)，Mock模式(
Mock)比较强调自外向内的测试 - 测试与设计哲学的完全不同：我将他们分别称之为，一个是传统型的，另一个是mockist（mock风格的）的
- Mock模式是在避免复杂基础设施的构建，经典模式是寄希望于第一次构建的基础设施反复被复用。
- 当使用经典测试时，任何使用了这个模块的测试都会失败，并且还会使得其他间接依赖的协作对象也失败。mock模式把主要对象外的其他依赖mock掉，这就使得协作对象能获得更好的粒度。经典测试会关注整个case的全景，而mock测试更加关注这一个小的单元。
在一些状态验证很难被使用的场景中，其实行为验证是非常必要的，比如文中提到的缓存是否命中，其实靠状态是没法验证的，只能通过mock，关注对象的行为。
这篇文章的译文非常多，我选出自己感觉最佳的一篇译文：http://www.predatorray.me/Mock%E5%B9%B6%E9%9D%9EStub-%E7%BF%BB%E8%AF%91/ 个人认为这篇文章价值非常大，是高于Bob大叔这一篇的，非常推荐大家来阅读一下。
所以基于这样的分析下，我觉得其实我们在我们的场景里大部分Case是可以采用经典模式处理，但是对于外部系统的调用应该采用一些Mock。
很长一段时间里，我是认为单元测试是为了验证我们的业务是否可用，避免上线前反复测试同样的case，这段时间学习下来，发现单测的水很深，它本身是让我们在思考测试的编写中，逐步发现业务代码的编写构建问题，并找出我们系统的耦合点。
涉及的文章：
- 《The Little Mocker》 Uncle Bob https://blog.cleancoder.com/uncle-bob/2014/05/14/TheLittleMocker.html
- 《Mocks Aren't Stubs》 Martin Fowler https://martinfowler.com/articles/mocksArentStubs.html
- Reddit论坛 https://www.reddit.com/r/programming/comments/25m69n/the_little_mocker/
- 《关于mock和stub》 https://liuzhijun.iteye.com/blog/2062065
