Joda Time має приємний DateTimeUtils.setCurrentMillisFixed () для знущання над часом.
Це дуже практично в тестах.
Чи існує еквівалент в Java 8 API java.time ?
Joda Time має приємний DateTimeUtils.setCurrentMillisFixed () для знущання над часом.
Це дуже практично в тестах.
Чи існує еквівалент в Java 8 API java.time ?
Відповіді:
Найближче - це Clock предмет. Ви можете створити об'єкт Clock у будь-який час (або з поточного часу системи). Усі об'єкти date.time мають перевантажені nowметоди, які замість поточного часу беруть об'єкт годинника. Отже, ви можете використовувати ін’єкцію залежностей, щоб ввести Годинник із певним часом:
public class MyBean {
private Clock clock; // dependency inject
...
public void process(LocalDate eventDate) {
if (eventDate.isBefore(LocalDate.now(clock)) {
...
}
}
}
Дивіться Годинники JavaDoc для отримання більш докладної інформації
Я використав новий клас, щоб приховати Clock.fixedстворення та спростити тести:
public class TimeMachine {
private static Clock clock = Clock.systemDefaultZone();
private static ZoneId zoneId = ZoneId.systemDefault();
public static LocalDateTime now() {
return LocalDateTime.now(getClock());
}
public static void useFixedClockAt(LocalDateTime date){
clock = Clock.fixed(date.atZone(zoneId).toInstant(), zoneId);
}
public static void useSystemDefaultZoneClock(){
clock = Clock.systemDefaultZone();
}
private static Clock getClock() {
return clock ;
}
}
public class MyClass {
public void doSomethingWithTime() {
LocalDateTime now = TimeMachine.now();
...
}
}
@Test
public void test() {
LocalDateTime twoWeeksAgo = LocalDateTime.now().minusWeeks(2);
MyClass myClass = new MyClass();
TimeMachine.useFixedClockAt(twoWeeksAgo);
myClass.doSomethingWithTime();
TimeMachine.useSystemDefaultZoneClock();
myClass.doSomethingWithTime();
...
}
getClock()метод і використовувати поле безпосередньо. Цей метод не додає нічого, крім кількох рядків коду.
Я використовував поле
private Clock clock;
і потім
LocalDate.now(clock);
у моєму виробничому коді. Потім я використовував Mockito у своїх модульних тестах, щоб знущатись над Годинником за допомогою Clock.fixed ():
@Mock
private Clock clock;
private Clock fixedClock;
Глузування:
fixedClock = Clock.fixed(Instant.now(), ZoneId.systemDefault());
doReturn(fixedClock.instant()).when(clock).instant();
doReturn(fixedClock.getZone()).when(clock).getZone();
Твердження:
assertThat(expectedLocalDateTime, is(LocalDate.now(fixedClock)));
Я вважаю, використовуючи Clockбезлад, ваш виробничий код.
Ви можете використовувати JMockit або PowerMock для знущань із викликами статичних методів у вашому тестовому коді. Приклад з JMockit:
@Test
public void testSth() {
LocalDate today = LocalDate.of(2000, 6, 1);
new Expectations(LocalDate.class) {{
LocalDate.now(); result = today;
}};
Assert.assertEquals(LocalDate.now(), today);
}
РЕДАГУВАТИ : Після прочитання коментарів щодо відповіді Джона Скіта на подібне запитання тут на SO я не згоден зі своїм минулим. Більше всього аргумент переконав мене, що ти не можеш паралізувати тести, коли знущаєшся із статичних методів.
Ви все ще можете / повинні використовувати статичне знущання, якщо вам доводиться мати справу зі застарілим кодом.
Мені потрібен LocalDateекземпляр замість LocalDateTime.
З цієї причини я створив такий клас корисності:
public final class Clock {
private static long time;
private Clock() {
}
public static void setCurrentDate(LocalDate date) {
Clock.time = date.toEpochDay();
}
public static LocalDate getCurrentDate() {
return LocalDate.ofEpochDay(getDateMillis());
}
public static void resetDate() {
Clock.time = 0;
}
private static long getDateMillis() {
return (time == 0 ? LocalDate.now().toEpochDay() : time);
}
}
І використання для нього таке:
class ClockDemo {
public static void main(String[] args) {
System.out.println(Clock.getCurrentDate());
Clock.setCurrentDate(LocalDate.of(1998, 12, 12));
System.out.println(Clock.getCurrentDate());
Clock.resetDate();
System.out.println(Clock.getCurrentDate());
}
}
Вихід:
2019-01-03
1998-12-12
2019-01-03
Замінило все створення LocalDate.now()на Clock.getCurrentDate()проект.
Тому що це програма для весняного завантаження . До testвиконання профілю просто встановіть заздалегідь визначену дату для всіх тестів:
public class TestProfileConfigurer implements ApplicationListener<ApplicationPreparedEvent> {
private static final LocalDate TEST_DATE_MOCK = LocalDate.of(...);
@Override
public void onApplicationEvent(ApplicationPreparedEvent event) {
ConfigurableEnvironment environment = event.getApplicationContext().getEnvironment();
if (environment.acceptsProfiles(Profiles.of("test"))) {
Clock.setCurrentDate(TEST_DATE_MOCK);
}
}
}
І додайте до spring.factories :
org.springframework.context.ApplicationListener = com.init.TestProfileConfigurer
Джода Тайм справді приємна (дякую, Стівене, Брайане, ти зробив наш світ кращим), але мені не дозволили ним користуватися.
Після деяких експериментів, я врешті-решт придумав спосіб знущатися над часом до певної дати в Java 8's Java.time API за допомогою EasyMock
Ось що потрібно зробити:
Додайте новий java.time.Clockатрибут до перевіреного класу MyServiceта переконайтесь, що новий атрибут буде належним чином ініціалізований за значеннями за замовчуванням за допомогою блоку інстанціації або конструктора:
import java.time.Clock;
import java.time.LocalDateTime;
public class MyService {
// (...)
private Clock clock;
public Clock getClock() { return clock; }
public void setClock(Clock newClock) { clock = newClock; }
public void initDefaultClock() {
setClock(
Clock.system(
Clock.systemDefaultZone().getZone()
// You can just as well use
// java.util.TimeZone.getDefault().toZoneId() instead
)
);
}
{ initDefaultClock(); } // initialisation in an instantiation block, but
// it can be done in a constructor just as well
// (...)
}
Введіть новий атрибут clockу метод, який вимагає поточної дати-часу. Наприклад, у моєму випадку мені довелося перевірити, чи не траплялася дата, що зберігається в базі даних LocalDateTime.now(), і яку я замінив на LocalDateTime.now(clock), приблизно так:
import java.time.Clock;
import java.time.LocalDateTime;
public class MyService {
// (...)
protected void doExecute() {
LocalDateTime dateToBeCompared = someLogic.whichReturns().aDate().fromDB();
while (dateToBeCompared.isBefore(LocalDateTime.now(clock))) {
someOtherLogic();
}
}
// (...)
}
У тестовому класі створіть об'єкт макетного годинника та вставте його в екземпляр тестованого класу безпосередньо перед тим, як викликати перевірений метод doExecute(), а потім скиньте його назад відразу, приблизно так:
import java.time.Clock;
import java.time.LocalDateTime;
import java.time.OffsetDateTime;
import org.junit.Test;
public class MyServiceTest {
// (...)
private int year = 2017; // Be this a specific
private int month = 2; // date we need
private int day = 3; // to simulate.
@Test
public void doExecuteTest() throws Exception {
// (...) EasyMock stuff like mock(..), expect(..), replay(..) and whatnot
MyService myService = new MyService();
Clock mockClock =
Clock.fixed(
LocalDateTime.of(year, month, day, 0, 0).toInstant(OffsetDateTime.now().getOffset()),
Clock.systemDefaultZone().getZone() // or java.util.TimeZone.getDefault().toZoneId()
);
myService.setClock(mockClock); // set it before calling the tested method
myService.doExecute(); // calling tested method
myService.initDefaultClock(); // reset the clock to default right afterwards with our own previously created method
// (...) remaining EasyMock stuff: verify(..) and assertEquals(..)
}
}
Перевірте його в режимі налагодження, і ви побачите, що дата 2017 лютого 3 була правильно введена в myServiceекземпляр і використана в інструкції порівняння, а потім була належним чином скинута до поточної дати за допомогою initDefaultClock().
Цей приклад навіть показує, як поєднувати Instant та LocalTime ( детальне пояснення проблем із перетворенням )
Клас, що тестується
import java.time.Clock;
import java.time.LocalTime;
public class TimeMachine {
private LocalTime from = LocalTime.MIDNIGHT;
private LocalTime until = LocalTime.of(6, 0);
private Clock clock = Clock.systemDefaultZone();
public boolean isInInterval() {
LocalTime now = LocalTime.now(clock);
return now.isAfter(from) && now.isBefore(until);
}
}
Тест Груві
import org.junit.Test
import org.junit.runner.RunWith
import org.junit.runners.Parameterized
import java.time.Clock
import java.time.Instant
import static java.time.ZoneOffset.UTC
import static org.junit.runners.Parameterized.Parameters
@RunWith(Parameterized)
class TimeMachineTest {
@Parameters(name = "{0} - {2}")
static data() {
[
["01:22:00", true, "in interval"],
["23:59:59", false, "before"],
["06:01:00", false, "after"],
]*.toArray()
}
String time
boolean expected
TimeMachineTest(String time, boolean expected, String testName) {
this.time = time
this.expected = expected
}
@Test
void test() {
TimeMachine timeMachine = new TimeMachine()
timeMachine.clock = Clock.fixed(Instant.parse("2010-01-01T${time}Z"), UTC)
def result = timeMachine.isInInterval()
assert result == expected
}
}
За допомогою PowerMockito для весняного завантажувального тесту ви можете знущатись над ZonedDateTime. Вам потрібно наступне.
На тестовому класі потрібно підготувати службу, яка використовує ZonedDateTime.
@RunWith(PowerMockRunner.class)
@PowerMockRunnerDelegate(SpringRunner.class)
@PrepareForTest({EscalationService.class})
@SpringBootTest
public class TestEscalationCases {
@Autowired
private EscalationService escalationService;
//...
}
У тесті ви можете підготувати бажаний час і отримати його у відповідь на виклик методу.
@Test
public void escalateOnMondayAt14() throws Exception {
ZonedDateTime preparedTime = ZonedDateTime.now();
preparedTime = preparedTime.with(DayOfWeek.MONDAY);
preparedTime = preparedTime.withHour(14);
PowerMockito.mockStatic(ZonedDateTime.class);
PowerMockito.when(ZonedDateTime.now(ArgumentMatchers.any(ZoneId.class))).thenReturn(preparedTime);
// ... Assertions
}
Clock.fixedкорисний при тестуванні, в той час якClock.systemабоClock.systemUTCможе бути використаний у додатку.