JMockit是google code上面的一个java单元测试mock项目,她很方便地让你对单元测试中的final类,静态方法,构造方法进行mock,功能强大.项目地址在:http://jmockit.googlecode.com http://jmockit.org/.详细用法可以在上面找到答案. JMockit的测试方式可以通过下面2个途径实现 一.根据用例的测试路径,测试代码内部逻辑 对于这种情景,可以使用jmockit的基于行为的mock方式.在这种方式中,目的是测试单元测试及其依赖代

final Object[] originValue = new Object[1];try{ new Expectations(XXStatic.class){ { originValue[0] = Deencapsulation.getField(XXStatic.class, "fieldName");//保存更改前的value Deencapsulation.setField(XXStatic.class,"fieldName","mockValu

from Jmockit 中文网 http://jmockit.cn/showArticle.htm?channel=4&id=14 有些编写不良好的类的构造函数,初始代码块,静态代码块存在大量的初始化逻辑,初始化会报错. 比如,有些类初始化的时候就去连结DB,连不上就报错.这很影响我们的测试程序的运行. 此时,我们需要把这些初始化逻辑Mock掉.用我们的Mock逻辑替代.要Mock这些初始化代码,很简单.见如下的例子: //一个包含初始代码块的普通类 public class AnOrdina

本文将简单介绍如何使用PowerMock和Mockito来mock1. 构造函数2. 静态函数3. 枚举实现的单例4. 选择参数值做为函数的返回值5. 在调用mock出来的方法中,改变方法参数的值 一点简要说明:Mockito其实已经可以满足大部分的需求,但是它的实现机制是使用cglib来动态创建接口的类的实例.但是这种实现方式不能用于构造函数和静态函数,因为那需要使用类的字节码(比如使用javassist). 所以我们才需要结合使用PowerMock. 1. mock构造函数, 如果有代码没有

1. 何为Mock 项目中各个模块,各个类之间会有互相依赖的关系,在单元测试中,我们只关心被测试的单元,对于其依赖的单元并不关心(会有另外针对该单元的测试). 比如,逻辑层A类依赖了数据访问层B类的取数方法,然后进行逻辑处理.在对A的单元测试中,我们关注的是在B返回不同的查询结果的时候,A是怎么处理的,而不是B到底是怎么取的数,如何封装成一个模型等等. 因此,要屏蔽掉这些外部依赖,而Mock让我们有了一套仿真的环境. 目前业界有几种Mock,这里选用最全面的JMockit进行总结. 2. JMo

Jmockit可以做什么 使用JMockit API来mock被依赖的代码,从而进行隔离测试. 类级别整体mock和部分方法重写 实例级别整体mock和部分mock mock静态方法.私有变量.局部方法 灵活的参数匹配 maven依赖 Jmockit可以和junit和TestNG配合使用.需要注意的是: 如果使用Junit4.5以上,jmockit依赖需要在junit4之前:或者在测试类上添加注解 @RunWith(JMockit.class). 如果是TestNG 6.2+ 或者 JUnit

  mockito大家都比较熟悉了,存在或者不存在,都不要紧,mockito让你有一种只要一出手,就知道有没有的感觉.但是它也不是万能的,比如静态方法.私有方法,它就无能为力了.这是为什么呢?当然不是mockito的框架或现有技术解决不了,而是出于某些原因或立场,比如测试理念观点.甚至在mockito的FAQ中,作者明确了每一项未实现的功能不支持的原因,或者干脆说已经有别的工具实现了,需要的话,去用那个工具吧,我不愿意重复造轮子.   当然实现这些也并非轻而意举,比如如何mock final类,

一. 前言 单元测试并不只是为了验证你当前所写的代码是否存在问题,更为重要的是它可以很大程度的保障日后因业务变更.修复Bug或重构等引起的代码变更而导致(或新增)的风险. 同时将单元测试提前到编写正式代码进行(测试驱动开发),可以很好的提高对代码结构的设计.通过优先编写测试用例,可以很好的从用户角度来对功能的分解.使用过程和接口等进行设计,从而提高代码结构的高内聚.低耦合特性.使得对日后的需求变更或代码重构等更加高效.简洁. 因此编写单元测试对产品开发和维护.技术提升和积累具有重大意义! 二.

一.介绍 PowerMockito 可以用来 Mock 掉 final 方法(变量).静态方法(变量).私有方法(变量).想要使用 PowerMockito Mock掉这些内容,需要在编写的测试类上使用 注解:@RunWith(PowerMockRunner.class) 及 @PrepareForTest({First.class,Second.class}),对于注解 @PrepareForTest 网上有介绍说,可以不用注解到测试类上,直接注解到测试方法上,但是我在使用的时候不知道为什么不

1. mock 构造函数 import static org.junit.Assert.*; import java.util.ArrayList; import org.junit.Test; import org.junit.runner.RunWith; import org.powermock.api.mockito.PowerMockito; import org.powermock.core.classloader.annotations.PowerMockIgnore; impor

powerMock和mockito powermock和mockito都是做mock的框架,powermock在mockito的基础上扩展而来,支持mockito的操作(也支持别的mock框架比如easyMock).因此在maven引入powermock的时候,需要引mockito的包.powermock和mockito版本上要配合着使用.powermock在mockito的基础上,扩展了对static class, final class,constructor,private method等

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

更多原创测试技术文章同步更新到微信公众号 :三国测,敬请扫码关注个人的微信号,感谢! 原文链接:http://www.cnblogs.com/zishi/p/6760272.html Mock工具Jmockit使用介绍 在写单元测试的过程中我们会发现需要测试的类有很多依赖,这些依赖的类或者资源又会有依赖,导致在单元测试代码里无法完成构建,我们应对的方法是Mock.简单的说就是模拟这些需要构建的类或者资源,提供给需要测试的对象使用. 1.Mock工具概述 1.1 mock工具列表 可用的Mock

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

更多原创测试技术文章同步更新到微信公众号 :三国测,敬请扫码关注个人的微信号,感谢! 原文链接:http://www.cnblogs.com/zishi/p/6760272.html Mock工具Jmockit使用介绍 在写单元测试的过程中我们会发现需要测试的类有很多依赖,这些依赖的类或者资源又会有依赖,导致在单元测试代码里无法完成构建,我们应对的方法是Mock.简单的说就是模拟这些需要构建的类或者资源,提供给需要测试的对象使用. 1.Mock工具概述 1.1 mock工具列表 可用的Mock

@RunWith(PowerMockRunner.class)@PrepareForTest(Helper.class)//1.添加要初始化的类,就是构造函数所在的类public class HelperTest {  @Mock  private Something mockSomething;        @InjectMocks  private Helper helper;        @Test  public void doSomething() throws Exception

使用Jmockit来mock类的静态方法,网上有很多mock单个类静态方法的例子.有使用Expectations,还有使用MockUp的. 但是如果想在一个测试方法中mock多个类的静态方法,该怎么写呢. 先看mock一个类的静态方法 public class MethodClass { public static String publicStaticMethod() { return "Original public Static Method !"; } public Strin

[TOC] 简介 JMockit是基于JavaSE5中的java.lang.instrument包开发,内部使用ASM库来动态修改java的字节码,使得java这种静态语言可以想动态脚本语言一样动态设置被Mock对象私有属性,模拟静态.私有方法行为等等website,参考这里;这里; JMockit有两种Mock方式:基于行为的Mock方式和基于状态的Mock方式: (基于行为的)根据输入输出,功能测试,类似黑盒测试.需要把依赖的代码mock掉,实际相当于改变了被依赖的代码的逻辑. (基于状态的

下图为jmockit 类图.在我们编写代码时几乎都会用到Expectations(期望)和Verifications(校验),二者均继承自Invacations. 常会用到的注解有:@Mocked @Tested @Injectable(@Tested和@Injectable经常配对使用),@Capturing(用于接口) mock类型和实例 从依赖的测试代码调用的方法和构造函数是mock(模拟)的目标. Mocking提供了我们需要的机制,以便将被测试的代码与(一些)依赖关系隔离开来.我们通过

mock类型和实例 从依赖的测试代码调用的方法和构造函数是mock(模拟)的目标. Mocking提供了我们需要的机制,以便将被测试的代码与(一些)依赖关系隔离开来.我们通过声明适当的模拟字段和/或模拟参数来指定要为给定测试(或多个测试)模拟哪些特定依赖性; mock字段声明为测试类的注释实例字段,而mock参数声明为测试方法的注释参数. 要模拟的依赖关系的类型将是模拟字段或参数的类型.这种类型可以是任何类型的引用类型:接口,类(包括抽象和final类型),注释或枚举. 默认情况下,mock类型