Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

EasyMock、EasyMock Class Extension 和 PowerMock

Posted on 03/20/201206/23/2019 by 四火

EasyMock大多数同事都用 JUnit 做单元测试,JUnit 中对方法调用打桩(Mock)是一个麻烦事。好在 EasyMock 可以帮我们完成。

比如有这样一个简单的 User 类:

public class User {  
    private String id;  
    private String name;  
        //get、set 方法略  
}  

相应的,有这样一个被测类 UserService:

public class UserService {  
    private UserDAO userDAO;  
  
    public void setUserDAO(UserDAO userDAO) {  
        this.userDAO = userDAO;  
    }  
  
        //被测方法 getUser  
    public User getUser(String id) {  
        return this.userDAO.getUser(id);  
    }  
} 

我要测试的是 getUser 方法,那么我不想过于关心其中要调用的 userDAO 实现类的行为(UserDAO 本身是一个接口)。

那么,我就要使用 EasyMock 来模拟 UserDAO 的返回值,并完成测试:

import static org.easymock.EasyMock.*;  
import static org.junit.Assert.*;  
  
public class UserTest {  
    private UserService userService;  
    private UserDAO userDAO;  
  
    @Before  
    public void setUp() throws Exception {  
        userDAO = createMock(UserDAO.class);  
  
        userService = new UserService();  
        userService.setUserDAO(userDAO);  
    }  
  
    @Test  
    public void testGetUser() {  
        userDAO.getUser(anyObject(String.class));  
        User user1 = new User("1", "Jack");  
        User user2 = new User("2", "Lucy");  
        expectLastCall().andReturn(user1).andReturn(user2);  
  
        replay(userDAO);  
  
        assertEquals("Jack", userService.getUser("1").getName());  
        assertEquals("Lucy", userService.getUser("2").getName());  
          
        verify(userDAO);  
    }  
}  

可以看到,EasyMock 提供了 createMock 方法来构造对象桩,在测试方法中,对于任何传入的参数(EasyMock 提供的 anyObject 方法),对象桩依次返回两个我设定好的 User 对象(两个 andReturn 方法)。

之后执行重放方法 replay,接下去就可以进行真正的方法测试和结果校验了。

最后,verify 方法可以校验对象桩是否被调用了正确的次数(这里是两次)。

如果是要测试抛出异常的情形,亦提供一例供大家参考:

@Test(expected = NumberFormatException.class)  
public void testGetUserParamError() {  
    reset(userDAO);  
  
    userDAO.getUser(anyObject(String.class));  
    expectLastCall().andThrow(new NumberFormatException());  
  
    replay(userDAO);  
  
    userService.getUser("abc");  
}  

在以前的 EasyMock 版本中,如果对象桩不是接口,而是一个普通类,需要使用 EasyMock Class Extension 来完成(代码不变,只不过所有 org.easymock.EasyMock 的方法调用全部要变成 org.easymock.classextension.EasyMock),但是新版本中,EasyMock 增强了所有 EasyMock Class Extension 的功能,引用官方的话说:

EasyMock Class Extension is now considered deprecated.
Class mocking can now and should be done directly using standard EasyMock.

看起来 EasyMock 是够强大的,但是,如果遇到这样的需要,它是无法完成对象桩的 Mock 的:

Mocking static methods
Mocking final methods or classes
Mocking private methods
Mock construction of new objects

这个时候,可以使用 PowerMock。

例如,需要 Mock 的 UserDAO 变成了如下的类,本身既是 final 的,方法又是 static 的:

public final class UserDAO {  
    public final static User getUser(String id) {  
        return null;  
    }  
}  

那么在使用 PowerMock 的时候,代码需要少许修改:

import static org.powermock.api.easymock.PowerMock.*;  
  
@RunWith(PowerMockRunner.class)  
@PrepareForTest(UserDAO.class)  
public class UserTest {  
    private UserService userService;  
  
    @Before  
    public void setUp() throws Exception {  
        createMock(UserDAO.class);  
        userService = new UserService();  
    }  
  
    @Test  
    public void testGetUser() {  
          
        mockStatic(UserDAO.class);  
          
        UserDAO.getUser(EasyMock.anyObject(String.class));  
        User user1 = new User("1", "Jack");  
        User user2 = new User("2", "Lucy");  
        expectLastCall().andReturn(user1).andReturn(user2);  
  
        replay(UserDAO.class);  
  
        assertEquals("Jack", userService.getUser("1").getName());  
        assertEquals("Lucy", userService.getUser("2").getName());  
  
        verify(UserDAO.class);  
    }  
} 

相比前文,变化主要有这几个:

  • 对于 org.easymock.EasyMock 的方法调用变成了 org.powermock.api.easymock.PowerMock 的方法调用;
  • 使用了 RunWith 和 PrepareForTest 注解;
  • 由于是静态方法,需要显示调用 mockStatic 方法来完成 mock 操作。

好,依然可以顺利完成测试。恭喜。

如果你在使用期间遇到和我一样的如下问题,请参考下面的解决方案:

1、异常:

java.lang.RuntimeException: Class mocking requires to have cglib and objenesis librairies in the classpath

请下载 CGLib 和 Objenesis 的 jar 包。

关于 Objenesis,拓展阅读:Objenesis is a small Java library that serves one purpose:

To instantiate a new object of a particular class.

When would you want this?

Java already supports this dynamic instantiation of classes using Class.newInstance(). However, this only works if the class has an appropriate constructor. There are many times when a class cannot be instantiated this way, such as when the class contains:

Constructors that require arguments.

Constructors that have side effects.

Constructors that throw exceptions.

As a result, it is common to see restrictions in libraries stating that classes must require a default constructor. Objenesis aims to overcomes these restrictions by bypassing the constructor on object instantiation.

2、异常:

java.lang.NoClassDefFoundError: org/objectweb/asm/Type

请下载 ASM 的 jar 包。

关于 ASM,拓展阅读:ASM is an all purpose Java bytecode manipulation and analysis framework. It can be used to modify existing classes or dynamically generate classes, directly in binary form. Provided common transformations and analysis algorithms allow to easily assemble custom complex transformations and code analysis tools.

3、异常:

java.lang.NoClassDefFoundError: javassist/expr/ExprEditor

请下载 Javassist 的 jar 包。

关于 Javassist,拓展阅读:Javassist (Java programming assistant) is a load-time reflective system for Java. It is a class library for editing bytecodes in Java; it enables Java programs to define a new class at runtime and to modify a class file before the JVM loads it. Unlike other similar systems, Javassist provides source-level abstraction; programmers can modify a class file without detailed knowledge of the Java bytecode. They do not have to even write an inserted bytecode sequence; Javassist instead can compile a fragment of source text on line (for example, just a single statement). This ease of use is a unique feature of Javassit against other tools.

4、异常:

java.lang.VerifyError: class net.sf.cglib.core.DebuggingClassWriter overrides final method visit.

ASM 的 jar 包版本过高,请使用 3.31 的版本。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 关于接口设计,还有 Fluent Interface,这种有趣的接口设计风格
  2. 分页的那些事儿
  3. Java 多线程程序的测试
  4. 一道随机数题目的求解
  5. 画圆画方的故事

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme