我想模拟java.util.date
的默认构造函数,因此它不构造
一个Date
对象,表示创建它的时间,但始终是相同的Date
对象(在我2010年12月31日的示例中)。我尝试使用JMockit
和JUnit
执行此操作,但在执行下面的测试时,输出始终为Thu Jan 01 01:00:00 CET 1970
。那么我对Date()
的模拟有什么问题?
import java.util.Date;
import org.junit.*;
import mockit.*;
public class AppTest {
@Before
public void setUp() {
Mockit.setUpMocks(MockedDate.class);
}
@After
public void tearDown() {
Mockit.tearDownMocks();
}
@Test
public void testDate() {
Date today=new Date();
System.out.println(today.toString());
}
@MockClass(realClass=Date.class)
public static class MockedDate {
@Mock
public void $init() {
// Now should be always 31.12.2010!
new Date(110,11,31); //110 = 2010! 11 = December! This is sick!
}
}
}
答案 0 :(得分:10)
al nik的答案对我来说是一个很好的暗示。最好模拟System
类而不是Date
类来生成假时间。我自己的解决方案最终只是模拟System.currentTimeMillis()
方法(此方法在内部由Date()
调用)。
JMockit 1.5及更高版本
new MockUp<System>(){
@Mock
public long currentTimeMillis() {
// Now is always 11/11/2011
Date fake = new Date(111,10,11);
return fake.getTime();
}
};
JMockit 1.4及更早版本
@MockClass(realClass = System.class)
public static class MockedSystem {
@Mock
public long currentTimeMillis() {
// Now is always 11/11/2011
Date fake = new Date(111,10,11);
return fake.getTime();
}
}
答案 1 :(得分:9)
正如Test Driven书中所建议的那样,在java类中使用SystemTime抽象是一种很好的做法。 替换方法调用(System#currentTimeMillis和Calendar#getInstance)并使用静态方法调用直接构造(new Date()),如:
long time = SystemTime.asMillis();
Calendar calendar = SystemTime.asCalendar();
Date date = SystemTime.asDate();
伪造您只需要修改SystemTime类返回的内容的时间 SystemTime使用TimeSource接口,默认情况下委托给System.currentTimeMillis()
public interface TimeSource {
long millis();
}
可配置的SystemTime实现可能是这样的
public class SystemTime {
private static final TimeSource defaultSrc =
new TimeSource() {
public long millis() {
return System.currentTimeMillis();
}
};
private static TimeSource source = null;
public static long asMillis() {
return getTimeSource().millis();
}
public static Date asDate() {
return new Date(asMillis());
}
public static void reset() {
setTimeSource(null);
}
public static void setTimeSource(TimeSource source) {
SystemTime.source = source;
}
private static TimeSource getTimeSource() {
return (source != null ? source : defaultSrc);
}
}
并伪造你只需做的返回时间
@Test
public void clockReturnsFakedTimeInMilliseconds() throws Exception {
final long fakeTime = 123456790L;
SystemTime.setTimeSource(new TimeSource() {
public long millis() {
return fakeTime;
}
});
long clock = SystemTime.asMillis();
assertEquals("Should return fake time", fakeTime, clock);
}
Joda-Time library简化了使用Java中的日期,并为您提供了开箱即用的功能
答案 2 :(得分:0)
你嘲笑了构造函数,并在你内部创建了一个Date实例(与构造的实例无关),然后把它扔掉了。由于默认构造函数被模拟,因此date未初始化为当前时间,因此您得到的时间为零(表示1970-01-01)。
要修改返回的日期,您需要使用魔术“it”属性,如下所示:
@MockClass(realClass=Date.class)
public static class MockedDate {
public Date it;
@Mock
public void $init() {
// This is sick!
it.setDate(31);
it.setYear(110); // 110 = 2010!
it.setMonth(11); // 11 = December!
}
}
答案 3 :(得分:0)
这是一个基于@asmaier很好的答案的完整JUnit示例:
@Test
public void dateConstructorReturnsMockedDate() throws ParseException {
final SimpleDateFormat dateFormat = new SimpleDateFormat("yyyy-MM-dd");
final Date mockDate = dateFormat.parse("2002-02-02");
new MockUp<System>(){
@Mock
public long currentTimeMillis() {
return mockDate.getTime();
}
};
final Date actualDate = new Date();
assertThat(actualDate).isEqualTo(mockDate); // using AssertJ
}
使用Maven时,请按pom.xml
中的以下步骤配置JMockit:
<dependencies>
<dependency>
<groupId>org.jmockit</groupId>
<artifactId>jmockit</artifactId>
<version>${jmockit.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
<build>
<plugins>
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>${maven-surefire-plugin.version}</version>
<configuration>
<argLine>
-javaagent:${settings.localRepository}/org/jmockit/jmockit/${jmockit.version}/jmockit-${jmockit.version}.jar
</argLine>
<disableXmlReport>true</disableXmlReport>
</configuration>
</plugin>
</plugins>
</build>
<properties>
<jmockit.version>1.44</jmockit.version>
</properties>