PowerMock框架讲解及使用

为什么要使用PowerMock
现如今比较流行的Mock工具如jMock 、EasyMock 、Mockito等都有一个共同的缺点:不能mock静态、final、私有方法等。而PowerMock能够完美的弥补以上三个Mock工具的不足。
PowerMock简介
PowerMock是一个扩展了其它如EasyMock等mock框架的、功能更加强大的框架。PowerMock使用一个自定义类加载器和字节码操作来模拟静态方法,构造函数,final类和方法,私有方法,去除静态初始化器等等。通过使用自定义的类加载器,简化采用的IDE或持续集成服务器不需要做任何改变。熟悉PowerMock支持的mock框架的开发人员会发现PowerMock很容易使用,因为对于静态方法和构造器来说,整个的期望API是一样的。PowerMock旨在用少量的方法和注解扩展现有的API来实现额外的功能。目前PowerMock支持EasyMock和Mockito。
PowerMock入门
PowerMock有两个重要的注解:
–@RunWith(PowerMockRunner.class)
–@PrepareForTest( { YourClassWithEgStaticMethod.class })
如果你的测试用例里没有使用注解@PrepareForTest,那么可以不用加注解@RunWith(PowerMockRunner.class),反之亦然。当你需要使用PowerMock强大功能(Mock静态、final、私有方法等)的时候,就需要加注解@PrepareForTest。

PowerMock基本用法
(1) 普通Mock: Mock参数传递的对象
测试目标代码:

public boolean callArgumentInstance(File file) {

         return file.exists();

    }

测试用例代码:

@Test
    public void testCallArgumentInstance() {

        File file = PowerMockito.mock(File.class); 

        ClassUnderTest underTest = new ClassUnderTest();

        PowerMockito.when(file.exists()).thenReturn(true);

        Assert.assertTrue(underTest.callArgumentInstance(file));
    }

说明:普通Mock不需要加@RunWith和@PrepareForTest注解。

(2)  Mock方法内部new出来的对象

测试目标代码:

public class ClassUnderTest {
        public boolean callInternalInstance(String path) {
            File file = new File(path);
            return file.exists();
        }
    }

测试用例代码:

@RunWith(PowerMockRunner.class)
    public class TestClassUnderTest {
        @Test
        @PrepareForTest(ClassUnderTest.class)
        public void testCallInternalInstance() throws Exception {
            File file = PowerMockito.mock(File.class);
            ClassUnderTest underTest = new ClassUnderTest();
            PowerMockito.whenNew(File.class).withArguments("bbb").thenReturn(file);
            PowerMockito.when(file.exists()).thenReturn(true);
            Assert.assertTrue(underTest.callInternalInstance("bbb"));
        }
    }

说明:当使用PowerMockito.whenNew方法时,必须加注解@PrepareForTest和@RunWith。注解@PrepareForTest里写的类是需要mock的new对象代码所在的类。

(3) Mock普通对象的final方法
  测试目标代码:

public class ClassUnderTest {
        public boolean callFinalMethod(ClassDependency refer) {
            return refer.isAlive();
        }
    }
    public class ClassDependency {
        public final boolean isAlive() {
            // do something
            return false;
        }
    }

测试用例代码:

@RunWith(PowerMockRunner.class)
    public class TestClassUnderTest {
        @Test
        @PrepareForTest(ClassDependency.class)
        public void testCallFinalMethod() {
            ClassDependency depencency =  PowerMockito.mock(ClassDependency.class);
            ClassUnderTest underTest = new ClassUnderTest();
            PowerMockito.when(depencency.isAlive()).thenReturn(true);
            Assert.assertTrue(underTest.callFinalMethod(depencency));
        }
    }

说明: 当需要mock final方法的时候,必须加注解@PrepareForTest和@RunWith。注解@PrepareForTest里写的类是final方法所在的类。
(4) Mock普通类的静态方法
测试目标代码:

    public class ClassUnderTest {
        public boolean callStaticMethod() {
            return ClassDependency.isExist();
        }
    }
    public class ClassDependency {
        public static boolean isExist() {
            // do something
            return false;
        }
    }

测试用例代码:

    @RunWith(PowerMockRunner.class)
    public class TestClassUnderTest {
        @Test
        @PrepareForTest(ClassDependency.class)
        public void testCallStaticMethod() {
            ClassUnderTest underTest = new ClassUnderTest();
            PowerMockito.mockStatic(ClassDependency.class);
            PowerMockito.when(ClassDependency.isExist()).thenReturn(true);
            Assert.assertTrue(underTest.callStaticMethod());
        }
    }

说明:当需要mock静态方法的时候,必须加注解@PrepareForTest和@RunWith。注解@PrepareForTest里写的类是静态方法所在的类。

(5) Mock 私有方法
  测试目标代码:

    public class ClassUnderTest {
        public boolean callPrivateMethod() {
            return isExist();
        }
        private boolean isExist() {
            return false;
        }
    }

测试用例代码:

@RunWith(PowerMockRunner.class)
    public class TestClassUnderTest {

        @Test
        @PrepareForTest(ClassUnderTest.class)
        public void testCallPrivateMethod() throws Exception { 

           ClassUnderTest underTest = PowerMockito.mock(ClassUnderTest.class); 

           PowerMockito.when(underTest.callPrivateMethod()).thenCallRealMethod(); 

           PowerMockito.when(underTest, "isExist").thenReturn(true);

           Assert.assertTrue(underTest.callPrivateMethod());

        }
    }

说明:和Mock普通方法一样,只是需要加注解@PrepareForTest(ClassUnderTest.class),注解里写的类是私有方法所在的类。

(6) Mock系统类的静态和final方法
测试目标代码:

public class ClassUnderTest {
        public boolean callSystemFinalMethod(String str) {
            return str.isEmpty();
        }
        public String callSystemStaticMethod(String str) {
            return System.getProperty(str);
        }
    }

测试用例代码:

@RunWith(PowerMockRunner.class)
    public class TestClassUnderTest {

      @Test
      @PrepareForTest(ClassUnderTest.class)
      public void testCallSystemStaticMethod() {
          ClassUnderTest underTest = new ClassUnderTest();
          PowerMockito.mockStatic(System.class);
          PowerMockito.when(System.getProperty("aaa")).thenReturn("bbb");
          Assert.assertEquals("bbb", underTest.callJDKStaticMethod("aaa"));
      }
    }

说明:和Mock普通对象的静态方法、final方法一样,只不过注解@PrepareForTest里写的类不一样 ,注解里写的类是需要调用系统方法所在的类。

无所不能的PowerMock
(1) 验证静态方法:
PowerMockito.verifyStatic();
Static.firstStaticMethod(param);
(2) 扩展验证:
PowerMockito.verifyStatic(Mockito.times(2)); // 被调用2次 Static.thirdStaticMethod(Mockito.anyInt()); // 以任何整数值被调用
(3) 更多的Mock方法
http://code.google.com/p/powermock/wiki/MockitoUsage13

PowerMock简单实现原理
• 当某个测试方法被注解@PrepareForTest标注以后,在运行测试用例时,会创建一个新org.powermock.core.classloader.MockClassLoader实例,然后加载该测试用例使用到的类(系统类除外)。
• PowerMock会根据你的mock要求,去修改写在注解@PrepareForTest里的class文件(当前测试类会自动加入注解中),以满足特殊的mock需求。例如:去除final方法的final标识,在静态方法的最前面加入自己的虚拟实现等。
• 如果需要mock的是系统类的final方法和静态方法,PowerMock不会直接修改系统类的class文件,而是修改调用系统类的class文件,以满足mock需求

原文地址:https://www.cnblogs.com/zjdxr-up/p/11571207.html

时间: 2024-10-31 13:42:12

PowerMock框架讲解及使用的相关文章

程序员的自我救赎---1.4.1: 核心框架讲解(DAL)

<前言> <目录> (一) Winner2.0 框架基础分析 (二) 短信中心 (三)SSO单点登录 (四)PLSQL报表系统 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八)监控系统 (九)会员中心 (十)消息中心 (十一)Winner前端框架与RPC接口规范讲解 (十二)上层应用案例 (十三)番外篇 <核心框架讲解> 之前在<Winner2.0框架解决方案命分层规范> 有讲到过Winner框架最重要的三个程序集分别是: Winner.Fram

程序员的自我救赎---1.4.2: 核心框架讲解(BLL&amp;Tool)

<前言> <目录> (一) Winner2.0 框架基础分析 (二) 短信中心 (三)SSO单点登录 (四)PLSQL报表系统 (五)钱包系统 (六)GPU支付中心 (七)权限系统 (八)监控系统 (九)会员中心 (十)消息中心 (十一)Winner前端框架与RPC接口规范讲解 (十二)上层应用案例 (十三)番外篇 <核心框架讲解> 之前想用一篇文章讲完核心框架的三四个程序集,后来写着写着就发现一篇文章写不完,这才想了一下用最少要用三篇. 上一篇讲了一下DAL,其实也没

我写的一个mvc框架讲解之一

从最原始的在jsp页面里面写代码到使用框架写代码,一路走来,大大小小的项目做了许多,接触过的mvc框架也有很多,目前开发界比较主流的mvc框架是struts2和spring mvc,都有各自缺点和优点,在项目使用过程中总有不尽人意的地方,下面主要讲解一下struts2和spring mvc在项目使用的不足之处,最终引入一个我自己写的一个mvc框架,虽然本框架还不够完善,也不敢说有多好,只是说比较合适于我的开发方式,并且已经在多个项目中使用.什么是mvc以及mvc原理,我不做讲解,自己百度 str

Spring框架讲解,Spring Boot 学习指南

在过去两三年的 Spring 生态圈,最让人兴奋的莫过于 Spring Boot 框架.Spring Boot 应用本质上就是一个基于 Spring 框架的应用,它是 Spring 对"约定优先于配置"理念的最佳实践产物,它能够帮助开发者更快速高效地构建基于 Spring 生态圈的应用. 那 Spring Boot 有何魔法?自动配置.起步依赖.Actuator.命令行界面(CLI) 是Spring Boot 最重要的 4 大核心特性,本文将为你打开 Spring Boot 的大门,重

go语言web开发框架_Iris框架讲解(六):Session的使用和控制

在实际的项目开发中,我们会经常有业务场景使用到Session功能.在iris框架中,也为我们提供了方便使用,功能齐全的Session模块.Session模块的源码目录为kataras/iris/sessions包. Session与Cookie的区别 在学习web开发过程中,我们总会和session和cookie打交道.本节课我们学习sesion相关的知识,因此有必要先通过讲解对比一下session和cookie的区别: 首先是两者的相同点.session和cookie两者都是用来存储客户的状态

018.1-?mini_web框架讲解_01

WSGI 协议 : 作用 : 规定了服务器如何向框架发送消息 和 框架如何向服务器发送消息 实现 : # 函数名 application 是 WSGI 协议规定的,必须是这个函数名 # environ : 服务器向框架发送的数据(需要显示在浏览器中的文件的文件名) # start_response : 框架向服务器发送的数据(响应头).是一个函数引用 def application(environ,start_response) # 调用 start_response() 时,会把参数传递到定义

解密多媒体封装解封装框架

上一篇文章我们搭好了环境并编译出所需的ffmpeg库,本篇我们讨论如何利用ffmpeg提供的API函数进行多媒体文件的解封装(demux)过程.在讲解之前,我们需要了解一些基本的多媒体文件知识,大虾请飘过. 容器格式:不管是音频文件还是视频格式的文件,都是一个多媒体的容器,即container,比如常见的视频容器格式有avi.mp4.mkv.flv.rm/rmvb.mov.ts.vob.dat,音频容器格式有MP3.WAV.AAC.APE,FLAC等等,它容纳了视频.音频.字幕(subtitle

Crazypony四轴飞行器代码框架

软件框架讲解 作者:nieyong 飞控源代码部分,都是属于一砖一瓦敲出来的.没有使用实时操作系统(RTOS),我们称之为裸机代码,托管在Github上,名字为crazepony-firmware-none,尾缀none表示未使用操作系统裸跑的意思. 那么,现在就结合裸机代码,来说说Crazepony的软件框架. 本文档以Crazepony 5.2版本为基础.Crazepony 5.0版本及以前的代码主要由马骏(CamelGo)完成.贡献者黄永祥在5.1版本中对飞控代码进行了重构,将Crazep

PowerMock测试

EasyMock可以满足单元测试中的大部分需求,但是由于动态代理是使用了面向对象的继承和多态特性,JDK自身的动态代理只针对接口进行代理,其本质是为接口生成一个实现类,而CGLIB可以针对类进行代理,其本质是将类自身作为基类. 如果遇到了静态.final类型的类和方法,以及私有方法,EasyMock的动态代理局限性使得无法测试这些特性情况. PowerMock是在EasyMock基础上进行扩展(只是补充,不是替代),使用了字节码操作技术直接对生成的字节码类文件进行修改,从而可以方便对静态,fin