Jmockit使用

引用单元测试中mock的使用及mock神器jmockit实践中的java单元测试中各种Mock框架对比,就能明白JMockit有多么强大:

JMockit是基于JavaSE5中的java.lang.instrument包开发,内部使用ASM库来动态修改java的字节码,使得java这种静态语言可以想动态脚本语言一样动态设置被Mock对象私有属性,模拟静态、私有方法行为等等,对于手机开发,嵌入式开发等要求代码尽量简洁的情况下,或者对于被测试代码不想做任何修改的前提下,使用JMockit可以轻松搞定很多测试场景。

通过如下方式在maven中添加JMockit的相关依赖:

[html] view plaincopy

  1. <dependency>
  2. <groupId>com.googlecode.jmockit</groupId>
  3. <artifactId>jmockit</artifactId>
  4. <version>1.5</version>
  5. <scope>test</scope>
  6. </dependency>
  7. <dependency>
  8. <groupId>com.googlecode.jmockit</groupId>
  9. <artifactId>jmockit-coverage</artifactId>
  10. <version>0.999.24</version>
  11. <scope>test</scope>
  12. </dependency>

JMockit有两种Mock方式:基于行为的Mock方式和基于状态的Mock方式:

引用单元测试中mock的使用及mock神器jmockit实践中JMockit API和工具如下:

(1).基于行为的Mock方式:

非常类似与EasyMock和PowerMock的工作原理,基本步骤为:

1.录制方法预期行为。

2.真实调用。

3.验证录制的行为被调用。

通过一个简单的例子来介绍JMockit的基本流程:

要Mock测试的方法如下:

[java] view plaincopy

  1. public class MyObject {
  2. public String hello(String name){
  3. return "Hello " + name;
  4. }
  5. }

使用JMockit编写的单元测试如下:

[java] view plaincopy

  1. @Mocked  //用@Mocked标注的对象,不需要赋值,jmockit自动mock
  2. MyObject obj;
  3. @Test
  4. public void testHello() {
  5. new NonStrictExpectations() {//录制预期模拟行为
  6. {
  7. obj.hello("Zhangsan");
  8. returns("Hello Zhangsan");
  9. //也可以使用:result = "Hello Zhangsan";
  10. }
  11. };
  12. assertEquals("Hello Zhangsan", obj.hello("Zhangsan"));//调用测试方法
  13. new Verifications() {//验证预期Mock行为被调用
  14. {
  15. obj.hello("Hello Zhangsan");
  16. times = 1;
  17. }
  18. };
  19. }

JMockit也可以分类为非局部模拟与局部模拟,区分在于Expectations块是否有参数,有参数的是局部模拟,反之是非局部模拟。

而Expectations块一般由Expectations类和NonStrictExpectations类定义,类似于EasyMock和PowerMock中的Strict Mock和一般性Mock。

用Expectations类定义的,则mock对象在运行时只能按照 Expectations块中定义的顺序依次调用方法,不能多调用也不能少调用,所以可以省略掉Verifications块;

而用NonStrictExpectations类定义的,则没有这些限制,所以如果需要验证,则要添加Verifications块。

上述的例子使用了非局部模拟,下面我们使用局部模拟来改写上面的测试,代码如下:

[java] view plaincopy

  1. @Test
  2. public void testHello() {
  3. final MyObject obj = new MyObject();
  4. new NonStrictExpectations(obj) {//录制预期模拟行为
  5. {
  6. obj.hello("Zhangsan");
  7. returns("Hello Zhangsan");
  8. //也可以使用:result = "Hello Zhangsan";
  9. }
  10. };
  11. assertEquals("Hello Zhangsan", obj.hello("Zhangsan"));//调用测试方法
  12. new Verifications() {//验证预期Mock行为被调用
  13. {
  14. obj.hello("Hello Zhangsan");
  15. times = 1;
  16. }
  17. };
  18. }

模拟静态方法:

[java] view plaincopy

  1. @Test
  2. public void testMockStaticMethod() {
  3. new NonStrictExpectations(ClassMocked.class) {
  4. {
  5. ClassMocked.getDouble(1);//也可以使用参数匹配:ClassMocked.getDouble(anyDouble);
  6. result = 3;
  7. }
  8. };
  9. assertEquals(3, ClassMocked.getDouble(1));
  10. new Verifications() {
  11. {
  12. ClassMocked.getDouble(1);
  13. times = 1;
  14. }
  15. };
  16. }

模拟私有方法:

如果ClassMocked类中的getTripleString(int)方法指定调用一个私有的multiply3(int)的方法,我们可以使用如下方式来Mock:

[java] view plaincopy

  1. @Test
  2. public void testMockPrivateMethod() throws Exception {
  3. final ClassMocked obj = new ClassMocked();
  4. new NonStrictExpectations(obj) {
  5. {
  6. this.invoke(obj, "multiply3", 1);//如果私有方法是静态的,可以使用:this.invoke(null, "multiply3")
  7. result = 4;
  8. }
  9. };
  10. String actual = obj.getTripleString(1);
  11. assertEquals("4", actual);
  12. new Verifications() {
  13. {
  14. this.invoke(obj, "multiply3", 1);
  15. times = 1;
  16. }
  17. };
  18. }

设置Mock对象私有属性的值:

我们知道EasyMock和PowerMock的Mock对象是通过JDK/CGLIB动态代理实现的,本质上是类的继承或者接口的实现,但是在java面向对象编程中,基类对象中的私有属性是无法被子类继承的,所以如果被Mock对象的方法中使用到了其自身的私有属性,并且这些私有属性没有提供对象访问方法,则使用传统的Mock方法是无法进行测试的,JMockit提供了设置Mocked对象私有属性值的方法,代码如下:

被测试代码:

[java] view plaincopy

  1. public class ClassMocked {
  2. private String name = "name_init";
  3. public String getName() {
  4. return name;
  5. }
  6. private static String className="Class3Mocked_init";
  7. public static String getClassName(){
  8. return className;
  9. }
  10. }

使用JMockit设置私有属性:

[java] view plaincopy

  1. @Test
  2. public void testMockPrivateProperty() throws IOException {
  3. final ClassMocked obj = new ClassMocked();
  4. new NonStrictExpectations(obj) {
  5. {
  6. this.setField(obj, "name", "name has bean change!");
  7. }
  8. };
  9. assertEquals("name has bean change!", obj.getName());
  10. }

使用JMockit设置静态私有属性:

[java] view plaincopy

  1. @Test
  2. public void testMockPrivateStaticProperty() throws IOException {
  3. new NonStrictExpectations(Class3Mocked.class) {
  4. {
  5. this.setField(ClassMocked.class, "className", "className has bean change!");
  6. }
  7. };
  8. assertEquals("className has bean change!", ClassMocked.getClassName());
  9. }

(2).基于状态的Mock方式:

JMockit上面的基于行为Mock方式和传统的EasyMock和PowerMock流程基本类似,相当于把被模拟的方法当作黑盒来处理,而JMockit的基于状态的Mock可以直接改写被模拟方法的内部逻辑,更像是真正意义上的白盒测试,下面通过简单例子介绍JMockit基于状态的Mock。

被测试的代码如下:

[java] view plaincopy

  1. public class StateMocked {
  2. public static int getDouble(int i){
  3. return i*2;
  4. }
  5. public int getTriple(int i){
  6. return i*3;
  7. }
  8. }

改写普通方法内容:

[java] view plaincopy

  1. @Test
  2. public void testMockNormalMethodContent() throws IOException {
  3. StateMocked obj = new StateMocked();
  4. new MockUp<StateMocked>() {//使用MockUp修改被测试方法内部逻辑
  5. @Mock
  6. public int getTriple(int i) {
  7. return i * 30;
  8. }
  9. };
  10. assertEquals(30, obj.getTriple(1));
  11. assertEquals(60, obj.getTriple(2));
  12. Mockit.tearDownMocks();//注意:在JMockit1.5之后已经没有Mockit这个类,使用MockUp代替,mockUp和tearDown方法在MockUp类中
  13. }

修改静态方法的内容:

基于状态的JMockit改写静态/final方法内容和测试普通方法没有什么区别,需要注意的是在MockUp中的方法除了不包含static关键字以外,其他都和被Mock的方法签名相同,并且使用@Mock标注,测试代码如下:

[java] view plaincopy

  1. @Test
  2. public void testGetTriple() {
  3. new MockUp<StateMocked>() {
  4. @Mock
  5. public int getDouble(int i){
  6. return i*20;
  7. }
  8. };
  9. assertEquals(20, StateMocked.getDouble(1));
  10. assertEquals(40, StateMocked.getDouble(2));
  11. }

JMockit和PowerMock混用时不兼容问题:

由于PowerMock需要在单元测试类上添加@RunWith(PowerMockRunner.class)注解,用于表面使用PowerMock来执行单元测试,而JMockit不需要指定@RunWith注解,因此当一个单元测试类中混合使用PowerMock和JMockit时,JMockit总是会报错初始化失败,因此我建议不要在同一个单元测试类中混用PowerMock和JMockit。

另外,JMockit要求必须出现在JVM classpath的中Junit前面位置,因此在添加Maven依赖时记得要把JMockit放在Junit最前面,否则同样报错JMockit初始化失败。

统计JMockit的单元测试覆盖率:

由于JMockit使用JavaSE5中的java.lang.instrument包开发,因此一般的单元测试覆盖率统计插件和工具对其无法工作,必须要借助自带的JMockit coverage才行,对于使用Eclemma插件和maven+sonar方式的单元测试覆盖率统计,分别有如下方法:

(1).Eclemma插件方式:

如果直接使用Eclemma插件来统计单元测试覆盖率,会发现Eclemma长时间挂起阻塞,强行结束时会报错说找不到-javaagent等等,解决方法如下:

在Eclipse中右键选择Coverage as ->Coverage Configurations,配置Junit的JVM参数如下:

-javaagent:"${settings.localRepository}"/com/googlecode/jmockit/jmockit-coverage/0.999.24/jmockit-coverage-0.999.24.jar

其中${settings.localRepository}是maven资源目录,例如:

-javaagent:D:\userdata\administrator\.m2\repository\com\googlecode\jmockit\jmockitcoverage\0.999.24\jmockit-coverage-0.999.24.jar

(2).Maven+Sonar方式:

如果直接使用mvn sonar:sonar命令时,发现任何单元测试无法执行,长时间卡住,强行结束后再次执行时maven工程target目录下surefire目录无法删除,只有重启机器后才能删除,解决方法如下:

在pom文件中添加如下的插件:

[html] view plaincopy

  1. <plugin>
  2. <groupId>org.apache.maven.plugins</groupId>
  3. <artifactId>maven-surefire-plugin</artifactId>
  4. <version>2.12</version>
  5. <configuration>
  6. <argLine>-javaagent:"${settings.localRepository}"/com/googlecode/jmockit/jmockit-coverage/0.999.24/jmockit-coverage-0.999.24.jar</argLine>
  7. </configuration>
  8. </plugin>
时间: 2024-07-30 03:21:25

Jmockit使用的相关文章

spring web 业务系统单测使用Jmockit 进行夸层mock

spring业务系统一般使用单例. 多层调用. 例如 A调用B,B调用C. 要测试A的方法,需要夸多层mock C的方法. 使用jmockit的NonStrictExpectations @Service public class A { @Autowired B b; public void method() { b.method(); } } @Service public class B { @Autowired IC c; public void method() { System.ou

对Servlet请求或响应进行JMockit测试

对Servlet请求及响应进行mock方法, 通过getMockInstance方法对servlet进行打桩,对servlet提供的方法进行mock,替代真正的servlet请求或响应. 参考链接: https://stackoverflow.com/questions/31689729/servlet-junit-test-using-jmockit 代码如下: @RunWith(JMockit.class) public class ImageServletTest3 { @Test pub

使用Jmockit完成static方法的mock

传统的JMock是无法Mock静态方法的,但是Jmockit能够很好地Mock类的静态方法.假设CA类调用CB类的静态方法, public class CA { public String execute(String key) { String className = CB.getProp(key); } } public abstract class CB { public static String getProp(String key) { } } mocket该方法可以在单元测试的se

【原创】如何使用Jmockit进行单元测试

如何使用jmockit进行单元测试 1. Jmockit简介 JMockit 是用以帮助开发人员编写测试程序的一组工具和API,它完全基于 Java 5 SE 的 java.lang.instrument 包开发,内部使用 ASM 库来修改Java的Bytecode.正是由于基于instrument,可以修改字节码.所以这也是它强大的原因. Jmockit可以mock的种类包含了: 1. class(abstract, final, static) 2. interface 3. enum 4.

JMockit+JUnit单元测试初始化问题

一.项目环境: WIN7 64位,Eclipse 4.2,JDK1.6,JUnit 4.11,JMockit 1.10 二.示例代码: import static org.junit.Assert.*; import org.junit.runner.RunWith; import cn.open.dao.AppDao; import cn.open.ddl.App; import cn.open.service.AppService; import mockit.Expectations; i

Jmockit之mock特性详解

本文是Jmockit学习过程中,根据官网所列的工具特性进行解读. 1.调用次数约束(Invocation count constraints) 可以通过调用计数约束来指定预期和/或允许匹配给定期望的调用数. 2.记录严格期望(Recording strict expectations) 一般记录在"new Expectations(){...}"块中的期望是比较常规的. 这意味着他们指定的调用预计在重播阶段至少会发生一次; 而且它们可能会发生不止一次,并且以与其他记录的期望不同的顺序发

JMockit常用操作

JMockit常用操作 2017-11-30 转自:http://blog.csdn.net/foreverling/article/details/51234149 目录 1 基本概念  1.1 常用注解  1.2 常用的类2 实例演示  2.1 Status-based    2.1.1 实例1:Mocked - 被Mock修饰的对象,对应的类和实例都会受影响    2.1.2 实例2:injectable - 仅Mock被修饰的对象    2.1.3 实例3:Delegate - 自己指定

jmockit中文网备份 @Mocked入门

当@Mocked修饰一个类时 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19  //@Mocked注解用途 public class MockedClassTest {     // 加上了JMockit的API @Mocked, JMockit会帮我们实例化这个对象,不用担心它为null     @Mocked     Locale locale;     // 当@Mocked作用于class     @Test     public void

jmockit中文网 dubbo bean

Dubbo是我们常用的RPC框架,在写单元测试需要调用Dubbo消费Bean时,如何模拟Dubbo消费Bean的行为呢? 就拿发邮件来说,通常,在代码中,我们是调用邮件的Dubbo服务来完成发送邮件的目的,于是我们会在Spring配置好的发邮件的Dubbo消费Bean,dubbo-consumer.xml 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <?xml version="1.0" encoding="utf-8"?>