Verifying方法调用

  在编写单元测试的时候,需要验证某些信息,或者是返回结果,或者是执行流程。一个没有任何结果验证的单元测试是没有任何意义的。对于存在返回值的方法,可以通过对返回值进行校验(使用Assert),来判断方法的逻辑正确。但是对于返回值为void的方法,或者想要校验某些mock的方法是否被调用,此时就需要使用Verify来进行验证。
  Verifying功能非常强大,在Mockito、PowerMockito等框架中都存在相应的方法。它可以检查在单元用例执行过程中某个方法是否被执行,Powermock提供了多种方式验证方法是否被调用。

一、Verify普通方法

  先来看下业务代码。

public class User {
    public boolean isNew() {
        throw new UnsupportedOperationException();
    }

    public void update() {
        throw new UnsupportedOperationException();
    }

    public void create() {
        throw new UnsupportedOperationException();
    }
}

public class UserService {
    public void saveUser(User user) {
        if (user.isNew()) {
            user.create();
            return;
        }

        user.update();
    }
}

  业务代码很简单,现在看下测试用例:

@RunWith(PowerMockRunner.class)
public class UserServiceTest {
    @Mock
    private User userMock;

    @Test
    public void shouldCreateUserIfUserIsNew() {
        PowerMockito.when(userMock.isNew()).thenReturn(true);

        UserService userService = new UserService();
        userService.saveUser(userMock);

        // Verify方法create被调用
        Mockito.verify(userMock).create();

        // Verify方法update没有被调用
        Mockito.verify(userMock, Mockito.never()).update();
    }
}

  此处saveUser方法是void的,可以验证两个逻辑,根据isNew的返回值来verify是create被调用还是update被调用。在该单元测试用例中,isNew被mock返回值为true,所以后面验证create被调用,update方法没有被调用。

二、Verify静态方法

  现在再来看一个verify静态方法的例子。业务代码:

public class Employee {
    public static void giveIncrementOf(int percentage) {
        throw new UnsupportedOperationException();
    }
}
public class EmployeeService {
    public boolean giveIncrementToAllEmployeeOf(int percentage) {
        try {
            Employee.giveIncrementOf(percentage);
            return true;
        } catch (Exception e) {
            return false;
        }
    }
}

  业务代码是根据给定的百分比给员工涨工资,如果成功则返回true,否则出现异常时返回false。下面测试用例verify方法Employee.giveIncrementOf被调用。

@RunWith(PowerMockRunner.class)
@PrepareForTest({Employee.class})
public class EmployeeServiceTest {

    @Test
    public void shouldInvokeGiveIncrementOfMethod() {
        // Mock
        PowerMockito.mockStatic(Employee.class);
        PowerMockito.doNothing().when(Employee.class);
        Employee.giveIncrementOf(9);

        // Execute
        EmployeeService employeeService = new EmployeeService();
        employeeService.giveIncrementToAllEmployeeOf(9);

        // Verify
        PowerMockito.verifyStatic();
        Employee.giveIncrementOf(9);
    }
}

  首先使用verifyStatic通知Powermock现在需要验证静态方法,然后后面跟着需要验证的静态方法调用。

三、Verify方法调用顺序

  有时候想要验证多个方法是按照一定的顺序执行,比如在测试UserService.saveuser方法时,想要确保user.isNew先被调用,然后是user.create或user.update方法被调用,测试用例可以如下实现:

@Test
    public void shouldInvokeIsNewBeforeInvokingUpdate() {
        UserService userService = new UserService();
        userService.saveUser(userMock);

        InOrder inOrder = Mockito.inOrder(userMock);
        inOrder.verify(userMock).isNew();
        inOrder.verify(userMock).update();
        inOrder.verify(userMock, Mockito.never()).create();
    }

  从上面的用例中可以看出,想要验证方法的调用顺序,需要以下两点:
  1. 首先创建一个InOrder实例;
  2. 使用这个实例按照给定的顺序来验证相应的方法。给定的方法的顺序必须精确的匹配方法调用的顺序,否则会执行错误。

四、其他验证方法及模式

  Mockito和PowerMockito除了上述介绍的用法外,还提供了很多其他相关的verify方法。

//根据模式验证普通方法
public static <T> T verify(T mock, VerificationMode mode);
//根据模式验证静态方法
public static synchronized void verifyStatic(VerificationMode verificationMode);
//验证一个实例的私有方法
public static PrivateMethodVerification verifyPrivate(Object object) throws Exception;
//根据模式验证一个实例的私有方法
public static PrivateMethodVerification verifyPrivate(Object object, VerificationMode verificationMode)  throws Exception;
//验证一个类的私有方法
public static PrivateMethodVerification verifyPrivate(Class<?> clazz);
//根据模式验证一个类的私有方法
public static PrivateMethodVerification verifyPrivate(Class<?> clazz, VerificationMode verificationMode) throws Exception;

相关模式常用的有

  • Mockito.times(int n): 精确地验证执行次数
  • Mockito.atLeastOnce(): 验证方法至少被调用一次
  • Mockito.atLeast(int n): 验证方法至少被执行的次数
  • Mockito.atMost(int n): 验证方法至多被执行的次数
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 219,188评论 6 508
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 93,464评论 3 395
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 165,562评论 0 356
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,893评论 1 295
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,917评论 6 392
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,708评论 1 305
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,430评论 3 420
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 39,342评论 0 276
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,801评论 1 317
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,976评论 3 337
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 40,115评论 1 351
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,804评论 5 346
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,458评论 3 331
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 32,008评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 33,135评论 1 272
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 48,365评论 3 373
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 45,055评论 2 355

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 134,664评论 18 139
  • 1. 预备知识 如果需要往下学习,你需要先理解 Junit 框架中的单元测试。 如果你不熟悉 JUnit,请查看下...
    会飞的大象_阅读 2,699评论 0 4
  • Instrumentation介绍 Instrumentation是个什么东西? Instrumentation测...
    打不死的小强qz阅读 7,791评论 2 39
  • 我原本一直是喝白开水的,因为我始终相信,只有白开水才无毒无害。第一次喝茶也纯属偶然。清明节下午,在微信里看到一张绿...
    樱桃与狗阅读 579评论 0 0
  • #1 固执的产生论 近日可好,见字如晤。 万事清和,只觉这人世是虚张的人世,有些道理看不清,有些固执还保留。反正无...
    荒予阅读 234评论 1 9