我是靠谱客的博主 聪慧橘子,最近开发中收集的这篇文章主要介绍快速入门JAVA单元测试——mock,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

背景

为了确保代码的质量,对编写的代码进行单元测试是非常有必要的。

在JAVA项目中,一般的项目结构比较复杂、依赖众多。在微服务与spring boot大行其道的今天,单纯靠junit来进行单元测试一般很难完成对模块的单元测试。

为了让JAVA项目中的单元测试更加灵活便于编写,各种mock框架应运而生,其中最为常用和经典的mock框架非mockito与powermock莫属。

为了快速入门,本文将通过几个实例让大家快速了解mokito与powermock的使用方法。

同时将对mokito与powermock中几个常见的疑问点通过几个实例来解答疑惑。

示例场景

在一个庞大的项目中,有一个service和一个dao,现在想在对它们进行单元测试,仅验证一下代码中的业务逻辑代码是否正确。

public interface UserService {
    String getUsernameById(int userId);
}


public class UserServiceImpl implements UserService {
    @Resource
    private UserDao userDao;

    @Override
    public String getUsernameById(int userId) {
        return userDao.getUsernameById(userId);
    }
}

public interface UserDao {
    String getUsernameById(int userId);
}

由于这两个类一在spring容器中,通常由于网络或环境原因,使用@SpringBootTest注解来将数据库或整个项目全准备好一般也不太方便,这里可能就需要mock来解决了。

@mock注解

import org.junit.Before;
import org.junit.Test;
import org.mockito.InjectMocks;
import org.mockito.MockitoAnnotations;

import static org.mockito.Mockito.mock;
import static org.mockito.Mockito.when;

public class UserServiceTest {
    @Mock
    private UserService userService;

    @Before
    public void testInit() {
        MockitoAnnotations.initMocks(this);
        when(userService.getUsernameById(1)).thenReturn("1111111111");
    }

    @Test
    public void getUsernameByIdTest() {
        String username = userService.getUsernameById(1);
        System.out.println(username);
    }

}

输出:

1111111111

从上面的代码中可以看出,被@mock修饰后的变量userService则会产生一个userService的mock类,不用@mock注解用mock方法来产生一个userService是一样的效果

@InjectMocks注解

import org.junit.Before;
import org.junit.Test;
import org.mockito.InjectMocks;
import org.mockito.Mock;
import org.mockito.MockitoAnnotations;

import static org.mockito.Mockito.when;

public class UserServiceTest {
    @Mock
    private UserDao userDao;
    @InjectMocks
    private UserServiceImpl userService;

    @Before
    public void testInit() {
        MockitoAnnotations.initMocks(this);
        when(userDao.getUsernameById(2)).thenReturn("2222222222");
    }

    @Test
    public void getUsernameByIdTest() {
        String username = userService.getUsernameById(2);
        System.out.println(username);
    }

}

输出:

2222222222

@InjectMocks注解修饰的类不能修饰抽象或接口类,被它修饰后,其被mock后的成员变量会注入到@InjectMocks的类中

比如上面的userDao则会被注入到userService中,当调用userService.getUsernameById方法时,原代码里的userDao.getUsernameById方法则会执行mock方法

spy

    @Test
    public void spyTest() {
        List<String> spyList = Mockito.spy(new ArrayList<>());
        when(spyList.size()).thenReturn(1000);
        spyList.add("abc");
        spyList.add("def");

        System.out.println(spyList.get(0));
        System.out.println(spyList.size());
    }

输出:

abc
1000

被spy修饰的方法默认会调用其真实的方法,如果有被mock限定了的条件才会先执行mock方法。

比如上面的例子,spyList这个list是被spy方法mock出来的,由于在mock声明时只mock了它的size方法,所以调用它的get方法时还会执行原来的逻辑

静态方法mock

有时在单元测试中会遇到需要对静态方法也进行mock,比如想要对下面这个IpUtils工具类进行mock,那么mock注解就无能为力了。

import java.net.InetAddress;
import java.net.UnknownHostException;

public class IpUtils {
    
    public static String getIp() {
        try {
            return InetAddress.getLocalHost().getHostAddress();
        } catch (UnknownHostException e) {
            e.printStackTrace();
        }
        return null;
    }
}

mock静态方法

一般对于需要将静态方法进行mock可以借助于powermock来实现。

示例代码如下:

import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.powermock.core.classloader.annotations.PrepareForTest;
import org.powermock.modules.junit4.PowerMockRunner;

import static org.mockito.Mockito.when;
import static org.powermock.api.mockito.PowerMockito.mockStatic;

@RunWith(PowerMockRunner.class)
@PrepareForTest(IpUtils.class)
public class UserServiceTest {

    @Before
    public void init() {
        mockStatic(IpUtils.class);
        when(IpUtils.getIp()).thenReturn("192.168.1.123");
    }

    @Test
    public void testIp() {
        System.out.println(IpUtils.getIp());
    }

}

输出:

192.168.1.123

使用时需要先用@PrepareForTest注解将需要mock的静态类定义,之后再调用mockStatic方法进行mock即可。

上面的代码测试时的依赖如下:

		<dependency>
			<groupId>org.powermock</groupId>
			<artifactId>powermock-module-junit4</artifactId>
			<version>2.0.2</version>
			<scope>test</scope>
		</dependency>
		<dependency>
			<groupId>org.powermock</groupId>
			<artifactId>powermock-api-mockito2</artifactId>
			<version>2.0.2</version>
			<scope>test</scope>
		</dependency>
		<dependency>
			<groupId>org.mockito</groupId>
			<artifactId>mockito-core</artifactId>
			<version>2.23.4</version>
			<scope>test</scope>
		</dependency>

		<dependency>
			<groupId>org.powermock</groupId>
			<artifactId>powermock-api-mockito</artifactId>
			<version>1.7.4</version>
			<scope>test</scope>
		</dependency>

对桩模块与驱动模块概念的理解

在有了上面的示例代码体验后,再来理解一下什么是桩模块,什么是驱动模块

先看下百度百科上对桩模块的解释:

桩模块(Stub)是指模拟被测试的模块所调用的模块,而不是软件产品的组成的部分。主模块作为驱动模块,与之直接相连的模块用桩模块代替。在集成测试前要为被测模块编制一些模拟其下级模块功能的“替身”模块,以代替被测模块的接口,接受或传递被测模块的数据,这些专供测试用的“假”模块称为被测模块的桩模块。

那么根据上面的定义,将桩模块和驱动模块与@Mock注解和@InjectMocks进行对应,那么被@Mock修饰的模块则是桩模块,被@InjectMocks修饰的模块则是驱动模块

最后

以上就是聪慧橘子为你收集整理的快速入门JAVA单元测试——mock的全部内容,希望文章能够帮你解决快速入门JAVA单元测试——mock所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(33)

评论列表共有 0 条评论

立即
投稿
返回
顶部