本文转自: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. Hadoop读书笔记(二)HDFS的shell操作

    Hadoop读书笔记(一)Hadoop介绍:http://blog.csdn.net/caicongyang/article/details/39898629 1.shell操作 1.1全部的HDFS ...

  2. 模板引擎mustache.js

    Javascript模板引擎mustache.js详解   阅读目录 1. 从一个简单真实的需求讲起 2. mustache的用法 3. mustache的思想 4. {{prop}}标签 5. {{ ...

  3. 乐在其中设计模式(C#) - 桥接模式(Bridge Pattern)

    原文:乐在其中设计模式(C#) - 桥接模式(Bridge Pattern) [索引页][源码下载] 乐在其中设计模式(C#) - 桥接模式(Bridge Pattern) 作者:webabcd 介绍 ...

  4. 返璞归真 asp.net mvc (12) - asp.net mvc 4.0 新特性之移动特性

    原文:返璞归真 asp.net mvc (12) - asp.net mvc 4.0 新特性之移动特性 [索引页][源码下载] 返璞归真 asp.net mvc (12) - asp.net mvc ...

  5. java提高篇(十一)-----代码块

    在编程过程中我们可能会遇到如下这种形式的程序: public class Test { { //// } } 这种形式的程序段我们将其称之为代码块,所谓代码块就是用大括号({})将多行代码封装在一起, ...

  6. GitLab版本管理(转)

    GitLab是利用 Ruby on Rails 一个开源的版本管理系统,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目.它拥有与Github类似的功能,能够浏览源代码,管理 ...

  7. 【Android进阶】使用第三方平台ShareSDK实现新浪微博的一键分享功能

    在公司最近的一个项目中,需要实现一键分享功能,在这里我使用的是第三方平台ShareSDK,将使用经验与大家分享 先看效果图 主界面 分享界面 由于第一次使用,所以需要先进行新浪授权,授权界面 分享结果 ...

  8. Java线程学习笔记(一个)

    一个.正在创建的线程: 老掉牙的话题了.继承 java.lang.Thread父类或者实现Runnalbe接口.这里就提一句: class Thread implements Runnable Thr ...

  9. webstorm创建nodejs + express + jade 的web 项目

    webstorm创建nodejs + express + jade 的web 项目 前简单了解过nodejs,觉得用nodejs来做个网站也太麻烦了,要自己拼html的字符串返回,这能做网站嘛? 最近 ...

  10. [Django1.6]south于django1.6使用

    south在django1.6中的使用 django1.7中已经支持数据合并了,所以仅仅能在django1.4 1.5 1.6的版本号中使用south. south的主要作用就是做数据的合并,当我们在 ...