mockito和PowerMock单元测试

2024-01-20 22:32

本文主要是介绍mockito和PowerMock单元测试,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

mock和Mockito是什么

在软件开发中提及”mock”,通常理解为模拟对象。
为什么需要模拟? 在我们一开始学编程时,我们所写的对象通常都是独立的,并不依赖其他的类,也不会操作别的类。但实际上,软件中是充满依赖关系的,比如我们会基于service类写操作类,而service类又是基于数据访问类(DAO)的,依次下去,形成复杂的依赖关系。
单元测试的思路就是我们想在不涉及依赖关系的情况下测试代码。这种测试可以让你无视代码的依赖关系去测试代码的有效性。核心思想就是如果代码按设计正常工作,并且依赖关系也正常,那么他们应该会同时工作正常。
有些时候,我们代码所需要的依赖可能尚未开发完成,甚至还不存在,那如何让我们的开发进行下去呢?使用mock可以让开发进行下去,mock技术的目的和作用就是模拟一些在应用中不容易构造或者比较复杂的对象,从而把测试与测试边界以外的对象隔离开
我们可以自己编写自定义的Mock对象实现mock技术,但是编写自定义的Mock对象需要额外的编码工作,同时也可能引入错误。现在实现mock技术的优秀开源框架有很多,Mockito就是一个优秀的用于单元测试的mock框架

PowerMock概述

现如今比较流行的Mock工具如jMock,EasyMock,Mockito等都有一个共同的缺点:不能mock静态、final、私有方法等。而PowerMock能够完美的弥补以上三个Mock工具的不足。
PowerMock是一个扩展了其它如EasyMock等mock框架的、功能更加强大的框架。PowerMock使用一个自定义类加载器和字节码操作来模拟静态方法、构造函数、final类和方法、私有方法、去除静态初始化器等。目前PowerMock支持JUnit和TestNG。缺点是缺少文档。
PowerMock主要用于打桩。比如:方法A的参数需要传入实例B,方法A需要调用B的某个方法B.C()。方法C因为耗时长或者根本没有实现或者其他不方便在单元测试中实现等原因,需要伪造返回,此时PowerMock即可派上用场。

PowerMock常用注解

  • @RunWith(PowerMockRunner.class)和@PrepareForTest( { YourClass.class })
    如果你的测试用例里没有使用注解@PrepareForTest,那么可以不用加注解@RunWith(PowerMockRunner.class),反之亦然。当你需要使用PowerMock强大功能(Mock静态、final、私有方法等)的时候,就需要加注解@PrepareForTest。
  • @mock
    @Mock针对接口生成Mock类,我们是没法调用到真实的实现类的方法。是用来内部打桩测试使用的。
  • @spy
    需要赋予一个instance,需要new一个对象。可以为真实对象创建一个监控(spy)对象。应该尽量少的使用spy对象,使用时也需要小心。如果没有给这个函数打桩,那么就会调用真实的数据。例如:
List list = new LinkedList();
List spy = spy(list);
//因为调用spy.get(0)时会调用真实对象的get(0)函数,此时会发生IndexOutOfBoundsException异常
System.out.println(spy.get(0));

可以使用doReturn或者thenReturn来进行打桩:

when(spy.get(0)).thenReturn("foo");
doReturn("foo").when(spy).get(0);
  • @InjectMocks
    如果被测试类标记了此注解,mockito会自动注入mock或spy成员。例如我们测试service类时,就可以分别对dao和service类这么声明:
@Mock
private Dao dao; // mock 一个DAO层的接口
@InjectMocks
private ServiceImpl service;

注意:
必须使用@RunWith(MockitoJUnitRunner.class) 或 Mockito.initMocks(this)进行mocks的初始化和注入。

PowerMock常用场景

  • 模拟公共方法
//对无返回值的方法,后内部执行逻辑会被空调用覆盖
Mockito.doNothing().when(userService).doMethod(any(String.class)); 
//有返回值的方法 
when(userService.doMethod(any(String.class))).thenReturn("mock sayHello!");
  • 模拟私有方法
// 模拟返回值私有方法.
PowerMockito.doReturn("mock").when(userService, "privateMethod", any(String.class)); 
// 模拟私有空方法. 
PowerMockito.doNothing().when(userService, " privateMethod ", any(String.class));

MAVEN依赖

<dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.9</version><scope>test</scope>
</dependency>
<dependency><groupId>org.powermock</groupId><artifactId>powermock-module-junit4</artifactId><version>1.6.5</version><scope>test</scope>
</dependency>
<dependency><groupId>org.powermock</groupId><artifactId>powermock-api-mockito</artifactId><version>1.6.5</version><scope>test</scope>
</dependency>

代码测试

  • 业务代码:
    UserAction:
public void executeForPublic(String something)
{ 
userService.sayHi(something); 
System.out.println(userService.sayHello(something)); 
}

UserService:

public void sayHi(String arg)
{ 
System.out.println("real"+arg+"!"); 
} 
public String sayHello(String arg)
{ 
return "real"+arg+"!"; 
}
  • 测试代码:
@RunWith(PowerMockRunner.class) 
@PrepareForTest({UserService.class,UserAction.class}) 
public class MockForPrivateDemo {@Mockprivate UserService userService;@InjectMocksprivate UserAction userAction;@Beforepublic void setup() {MockitoAnnotations.initMocks(this);}@Test public void demo() throws Exception {//有返回值的方法 when(userService.sayHello(any(String.class))).thenReturn("mock sayHello!");userAction. executeForPublic("hello");}
}

输出:mock sayHello!

参考链接

单元测试系列:Mock工具之Mockito实战
【mockito】单元测试之mockito简单使用
PowerMockito使用详解
Mock
Mockito使用指南
手把手教你 Mockito 的使用

这篇关于mockito和PowerMock单元测试的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/627547

相关文章

springboot+maven搭建的项目,集成单元测试

springboot+maven搭建的项目,集成单元测试 1.在pom.xml文件中引入单元测试的依赖包 <!--单元测试依赖--><dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-test</artifactId><scope>test</scope></depen

PowerMock 单元测试总结与常见坑解决方案

PowerMock 单元测试总结与常见坑解决方案 官方文档: PowerMock GitHub PowerMock 在单元测试中能够帮助我们解决静态类、final 方法、私有方法等无法轻易 mock 的问题。下面是我在实际使用 PowerMock 时踩过的一些坑,并结合 PowerMock 的一些方法进行总结。 基本依赖和设置 在 Maven 中添加 PowerMock 依赖。在测试

JAVA—单元测试

单元测试:就是针对最小的功能单元(方法),编写测试代码对其进行正确性测试     之前是使用main函数调用来进行检测,无法实现自动化测试 也会影响其他方法的测试 目录 1.junit框架概述 2.junit框架的常见注解 1.junit框架概述 package High_junit;//字符串工具类 用于测试public class String_ju

idea单元测试报错找不到主类

报错截图 主要是单测中没有配置类 在下面的command line 中选择jar manifest 因为条参数过长,这里设置只使用主类 详细解释见: https://www.jianshu.com/p/8322b3b17040

file | 某文件夹【解耦合】下的文件查找功能实现及功能单元测试

文件查找工具 概要思路OS模块 --- 学习版os.getcwd()os.path.dirname(os.getcwd())os.path.dirname() 和 os.path.basename() OS模块 — 实战版单元测试解耦合 概要 梳理业务主逻辑: 查看存放被采集JSON数据的文件夹内的文件列表【所有 包含文件夹下的文件夹下的文件】 这是本节内容聚焦的点和My

【JUnit单元测试框架】

单元测试的概念 单元测试,顾名思义,是针对软件中的最小可测试部分(通常是类或方法)进行的测试。它的目的是确保这些最小单元按照预期工作,从而帮助开发者快速定位和解决问题。单元测试通常遵循“隔离”原则,即测试一个功能单元时,应该尽量减少对其他部分的依赖,以便专注于当前单元的行为。 历史做法及其问题 将所有测试代码都放在main方法中,并通过main方法去调用其他方法进行测试。这种做法存在几个显著

visual studio2015单元测试

尝试引用了包含待测了待测程序的项目,但是不知道该如何调用待测代码,所以只能通过引用生成的库文件 进行单元测试的步骤: 一、创建控制台静态库项目,将要测试的代码编译为库文件 二、创建单元测试项目,引用创建的库文件,并在stdafx.h中包含之前库文件的头文件: 1)直接include头文件的绝对路径 2)将头文件复制到单元测试项目的根目录下,并直接在stdafx.h头文件中include头

软件测试常用工具总结(测试管理、单元测试、接口测试、自动化测试、性能测试、负载测试...)

前言 在软件测试的过程中,多多少少都是会接触到一些测试工具,作为辅助测试用的,以提高测试工作的效率,使用好了测试工具,能对测试起到一个很好的作用,同时,有些公司,也会要求掌握一些测试工具,或者,是在面试时,也会被问到测试工具的,比如,在面试时,最常见的问题便是,你在测试时,用的是什么测试工具?或者,要做性能测试时,要用什么测试工具进行测试会比较好?等等问题。 作为测试人员,了解下现在有哪些

单元测试 Mock不Mock?

文章目录 前言单元测试没必要?Mock不Mock?什么是Mock?Mock的意义何在? 如何Mock?应该Mock什么?Mock 编写示例 总结 前言 前段时间,我们团队就单元测试是否采用 Mock 进行了一番交流,各有各的说法。本文就单元测试 Mock不Mock 给出我的观点,欢迎各位同仁提出不同的意见,共同探讨、相互交流。 单元测试没必要? 我见过好多不写单元测试的项目,

RD单元测试和QA接口测试的区别

1.单元测试 单元测试的基本原则:单元测试应该测试独立的单元模块,这个单元不应依赖于其他模块。 单元测试会强迫你去把各个模块解耦,因为耦合的很紧的模块是很难进行单元测试的,一般情况下,一个普通的程序员在任务很紧的时候很难费劲心思去将代码进行模块化的;当为了单元测试,自己就会去想方设法将模块解耦,这也算是单元测试的一个副产品吧。 单元测试能够进行最仔细的最细致的最方便的最全面的测试;只要测试用