本文转自:http://qiuguo0205.iteye.com/blog/1443344

1. 为什么使用Mockito来进行单元测试?

回答这个问题需要回答两个方面,第一个是为什么使用mock?mock其实是一种工具的简称,他最大的功能是帮你把单元测试的耦合分解开,如果你的代码对另一个类或者接口有依赖,它能够帮你模拟这些依赖,并帮你验证所调用的依赖的行为。

比如一段代码有这样的依赖:

当我们需要测试A类的时候,如果没有mock,则我们需要把整个依赖树都构建出来,而使用mock的话就可以将结构分解开,像下面这样:

还有一个问题是mock工具那么多,为什么我们要用mockito呢?原因很简单:他非常好用!

他使用执行后验证的模型,语法更简洁并且更加贴近程序员的思考方式,能够模拟类而不仅仅是接口等等。总之如果你想使用mock的话,试用mockito,你不会后悔的:)

引用的图摘自http://www.theserverside.com/news/1365050/Using-JMock-in-Test-Driven-Development,那里对mock的使用有很好的介绍。

http://www.sizovpoint.com/2009/03/java-mock-frameworks-comparison.html是一篇非常好的mock工具比较的文章,我就是从它认识的mockito,他也有对mock使用的精彩介绍。

还有一篇文章总结了mockito的好处:http://java.dzone.com/articles/mockito-pros-cons-and-best

当然,要想真正了解mockito的好处,就必须写写代码练习一下了。

2. Mockito使用实例

这里的代码基本都是从http://docs.mockito.googlecode.com/hg/latest/org/mockito/Mockito.html

摘出来的,然后加上了自己的一些学习验证,这个网页挺重要的,会多次提到,以后就简称”网页“了。让我们通过这些实例来看看mockito的强大功能吧:

1. 让我们验证一些行为吧

  1. //Let's import Mockito statically so that the code looks clearer
  2. import static org.mockito.Mockito.*;
  3. //mock creation
  4. List mockedList = mock(List.class);
  5. // using mock object
  6. mockedList.add("one");
  7. mockedList.clear();
  8. mockedList.add("3"); // no verify? OK
  9. // verification
  10. verify(mockedList).add("one");
  11. verify(mockedList).clear();
  12. // verify(mockedList).add("2"); // this will throw an exception
 

首先通过这段代码介绍什么是mock:首先使用Mockito的静态方法mock,我们就可以创建一个类的mock实例,这个mock实例拥有这个List的所有方法接口,并且给这些方法以最基本的实现:如果是返回void,他什么都不做,否则他就返回null或0等基本类型的值。比如中间的三句调用了mock的方法,即使将来不验证也没有任何关系。

在验证阶段,当我们验证这个mock的方法add("one")是否被调用的时候,他不会抛出异常,因为我们确实调用了这个方法,但是当我们验证它是否调用add("2")的时候,就会抛出异常,说明我们没有调用过这个方法,此时的测试就会失败。

所以验证的意思是”查看我们到底有没有调用过mock的这个方法“。

2. 它能提供桩[stub]测试吗?

相信这样的场景我们都遇到过,有一个方法的输入是一个List,在这个方法中我们遍历这个List,读取数据,做相应的操作。往常我们可能需要自己创建一个ArrayList,并且将需要的测试的参数add进list中,这样就可以分别进行测试了。下面看看使用mockito是怎么做到的:

  1. // You can mock concrete classes, not only interfaces
  2. LinkedList mockedList = mock(LinkedList.class);
  3. // stubbing
  4. when(mockedList.get(0)).thenReturn("first");
  5. when(mockedList.get(1)).thenThrow(new RuntimeException());
  6. // following prints "first"
  7. System.out.println(mockedList.get(0));
  8. // following throws runtime exception
  9. System.out.println(mockedList.get(1));
  10. // following prints "null" because get(999) was not stubbed
  11. System.out.println(mockedList.get(999));
  12. // Although it is possible to verify a stubbed invocation, usually it's just redundant
  13. // See http://monkeyisland.pl/2008/04/26/asking-and-telling
  14. verify(mockedList, atLeast(2)).get(0);
 

首先我们可以看到mockito是可以mock类而不仅仅是接口的,而stub的语法也非常接近人的阅读习惯:when(mockedList.get(0)).thenReturn("first"); 当调用get(0)的时候返回"first"。

这里需要注意以下几点:

【1】mock实例默认的会给所有的方法添加基本实现:返回null或空集合,或者0等基本类型的值。

【2】当我们连续两次为同一个方法使用stub的时候,他只会只用最新的一次。

【3】一旦这个方法被stub了,就会一直返回这个stub的值。

像下面这段代码,你猜会打印什么?

  1. when(mockedList.get(0)).thenReturn("first");
  2. when(mockedList.get(0)).thenReturn("oops");
  3. System.out.println(mockedList.get(0));
  4. System.out.println(mockedList.get(0));

3. 参数匹配

下面我们看看mockito强大的参数匹配机制,当mockito执行verify的时候,它实际上对参数执行的是自然地java方式——equals方法。有事我们需要对参数进行灵活匹配的时候就可以用到”参数匹配器“【argument matchers】了

  1. // stubbing using built-in anyInt() argument matcher
  2. when(mockedList.get(anyInt())).thenReturn("element");
  3. // following prints "element"
  4. System.out.println(mockedList.get(999));
  5. // you can also verify using an argument matcher
  6. verify(mockedList).get(anyInt());

这里的anyInt是mockito内建的众多方法之一,其他可以参考mockito主页上的信息,你也可以调用hamcrest的matchers。

警告:若方法中的某一个参数使用了matcher,则所有的参数都必须使用matcher:

  1. // correct
  2. verify(mock).someMethod(anyInt(), anyString(), eq("third argument"));
  3. // will throw exception
  4. verify(mock).someMethod(anyInt(), anyString(), "third argument");

4. 继续讨论Verification

前面的例子都是和网页上的例子一一对应的,现在我们集中讨论一下mockito在verify上提供的强大功能,大部分例子都很简单,所以我基本就是简单的罗列:

# 验证方法被调用的次数 网页例子4

  1. //using mock
  2. mockedList.add("once");
  3. mockedList.add("twice");
  4. mockedList.add("twice");
  5. mockedList.add("three times");
  6. mockedList.add("three times");
  7. mockedList.add("three times");
  8. //following two verifications work exactly the same - times(1) is used by default
  9. verify(mockedList).add("once");
  10. verify(mockedList, times(1)).add("once");
  11. //exact number of invocations verification
  12. verify(mockedList, times(2)).add("twice");
  13. verify(mockedList, times(3)).add("three times");
  14. //verification using never(). never() is an alias to times(0)
  15. verify(mockedList, never()).add("never happened");
  16. //verification using atLeast()/atMost()
  17. verify(mockedList, atLeastOnce()).add("three times");
  18. verify(mockedList, atLeast(2)).add("five times");
  19. verify(mockedList, atMost(5)).add("three times");

# 按顺序验证  网页例子6

  1. // A. Single mock whose methods must be invoked in a particular order
  2. List singleMock = mock(List.class);
  3. //using a single mock
  4. singleMock.add("was added first");
  5. singleMock.add("was added second");
  6. //create an inOrder verifier for a single mock
  7. InOrder inOrder = inOrder(singleMock);
  8. //following will make sure that add is first called with "was added first, then with "was added second"
  9. inOrder.verify(singleMock).add("was added first");
  10. inOrder.verify(singleMock).add("was added second");
  11. // B. Multiple mocks that must be used in a particular order
  12. List firstMock = mock(List.class);
  13. List secondMock = mock(List.class);
  14. //using mocks
  15. firstMock.add("was called first");
  16. secondMock.add("was called second");
  17. //create inOrder object passing any mocks that need to be verified in order
  18. InOrder inOrder = inOrder(firstMock, secondMock);
  19. //following will make sure that firstMock was called before secondMock
  20. inOrder.verify(firstMock).add("was called first");
  21. inOrder.verify(secondMock).add("was called second");
  22. // Oh, and A + B can be mixed together at will

# 确保某些方法没有被调用  网页例子7

  1. //using mocks - only mockOne is interacted
  2. mockOne.add("one");
  3. //ordinary verification
  4. verify(mockOne).add("one");
  5. //verify that method was never called on a mock
  6. verify(mockOne, never()).add("two");
  7. //verify that other mocks were not interacted
  8. verifyZeroInteractions(mockTwo, mockThree);

# 从前面的例子我们可以看到,能够很容易地找到冗余的调用  网页例子8

  1. //using mocks
  2. mockedList.add("one");
  3. mockedList.add("two");
  4. verify(mockedList).add("one");
  5. //following verification will fail
  6. verifyNoMoreInteractions(mockedList);

OK,看过Mockito的 mock 和 verify的能力,你可能已经喜欢上Mockito了,不过这只是Mockito强大功能的一部分,下一篇接着翻译我个人用的最多的stub的功能,真的不可错过,看完之后你绝对能够惊叹Mockito的实力的;-)

使用Mockito进行单元测试【1】——mock and verify[转]的更多相关文章

  1. Java单元测试(Junit+Mock+代码覆盖率)---------转

    Java单元测试(Junit+Mock+代码覆盖率) 原文见此处 单元测试是编写测试代码,用来检测特定的.明确的.细颗粒的功能.单元测试并不一定保证程序功能是正确的,更不保证整体业务是准备的. 单元测 ...

  2. 基于Springboot+Junit+Mockito做单元测试

    前言 前面的两篇文章讨论过< 为什么要写单元测试,何时写,写多细 >和<单元测试规范>,这篇文章介绍如何使用Springboot+Junit+Mockito做单元测试,案例选取 ...

  3. Spring Boot单元测试(Mock)

    Spring Boot单元测试(Mock) Java个人学习心得 2017-08-12 16:07 Mock 单元测试的重要性就不多说了,我这边的工程一般都是Spring Boot+Mybatis(详 ...

  4. Spring Boot 2 实践记录之 使用 Powermock、Mockito 对 UUID 进行 mock 单元测试

    由于注册时,需要对输入的密码进行加密,使用到了 UUID.sha1.md 等算法.在单元测试时,使用到了 Powermock,记录如下. 先看下加密算法: import org.apache.comm ...

  5. 使用Mockito进行单元测试【2】—— stub 和 高级特性[转]

    一篇中介绍了Mockito的基本信息,现在接着介绍Mockito强大的stub功能 2. Mockito使用实例 5. 对连续的调用进行不同的返回 (iterator-style stubbing) ...

  6. Java单元测试(Junit+Mock+代码覆盖率)

    微信公众号[程序员江湖] 作者黄小斜,斜杠青年,某985硕士,阿里 Java 研发工程师,于 2018 年秋招拿到 BAT 头条.网易.滴滴等 8 个大厂 offer,目前致力于分享这几年的学习经验. ...

  7. 使用 Junit + Mockito 实践单元测试

    一.前言 相信做过开发的同学,都多多少少写过下面的代码,很长一段时间我一直以为这就是单元测试... @SpringBootTest @RunWith(SpringRunner.class) publi ...

  8. Mockito+Junit5单元测试

    参考: https://segmentfault.com/a/1190000006746409 https://waylau.com/mockito-quick-start/ 1.引入依赖 下面这个最 ...

  9. Mockito单测,mock service层的mapper

    转载:https://blog.csdn.net/paincupid/article/details/53561435 1.引入mockito jar包 <dependency> < ...

随机推荐

  1. jdk阅读xml文件

    前言 你需要阅读的时间来写一个通用组件xml文件,但考虑到组件分布更容易,这样一来在第三方小引用jar包.因此,直接jdk内建的xml分析方法.可能都没有第三发的组件强大. 导入的文件: import ...

  2. Android - 数据存储 -存储键值对

    如果你有少量的键值数据需要存储,可以使用SharedPreferencesAPI.SharedPreferences对象指向一个包含键值对的文件并且提供了一些简单的方法来读取它们.每个SharedPr ...

  3. 如何在 Swift 中优雅地处理 JSON

    阅读目录 在Swift中使用JSON的问题 开始 基础用法 枚举(Enumeration) 下标(Subscripts) 打印 调试与错误处理 后记   因为Swift对于类型有非常严格的控制,它在处 ...

  4. Visual Studio 使用及调试必知必会

    原文:Visual Studio 使用及调试必知必会   一:C# CODING 技巧 1:TODO 然后 CTRL + W + T,打开任务列表,选中 Comments,就会显示所有待做的任务 2: ...

  5. 【Java收集的源代码分析】Hashtable源代码分析

    Hashtable简单介绍 Hashtable相同是基于哈希表实现的,相同每一个元素是一个key-value对,其内部也是通过单链表解决冲突问题,容量不足(超过了阀值)时.相同会自己主动增长. Has ...

  6. 【原创】构建高性能ASP.NET站点 开篇

    原文:[原创]构建高性能ASP.NET站点 开篇 构建高性能ASP.NET站点 开篇 前言:有段时间没有写ASP.NET的东西了,心里总是觉得缺少了什么,毕竟自己对ASP.NET还是情有独钟的. 在本 ...

  7. uva 10831 - Gerg&#39;s Cake(勒让德符号)

    题目链接:uva 10831 - Gerg's Cake 题目大意:给定a和p.p为素数,问说是否存在x,使得x2≡a%p 解题思路:勒让德记号,推断ap−12≡1%p #include <cs ...

  8. 照片教你eclipse通过使用gradle 打包Android

    gradle其他优点不说,在android当应用程序公布.假设你要算一些渠道,gradle 在节目包装散装优势:下面给大家介绍的图形 按eclipse当出口 选择Android:例如下面的附图 一步一 ...

  9. Java 内部类分析

    一.简介 因为现在是Android开发实习生.发现在发展过程中越来越多,但他们知道什么时候该使用真实的情况,但没有获得,例如,使用内部类,因此,学习和自己的总结后发现,通过互联网的信息,家分享,如有不 ...

  10. 分布式数据库中间件–(2) Cobar与client握手身份验证

    Cobar启动完毕,监听特定端口.整个认证的流程图: NIOAcceptor类继承自Thread类,该类的对象会以线程的方式执行,进行连接的监听. NIOAcceptor启动的初始化步骤例如以下: 1 ...