Единичное тестирование временной логики в Java

Question

У меня есть метод, который реализует различную логику данных, извлеченных из БД, в зависимости от текущей даты.

Я хочу протестировать его, проведя единичный тест, создав объекты, сохраните их в БД и вызовите проверенный метод. Однако, чтобы иметь предсказуемые результаты, мне нужно каждый раз менять системную дату, и я не знаю, как это сделать на Java.

Предложения?

Answer 1

Вы можете сгенерировать ожидаемые результаты с использованием текущей даты.

Или вы пишете свою систему, чтобы использовать дату/время, которое вы даете ей при тестировании (а не часы). Таким образом, время всегда соответствует ожидаемому тесту.

я использую что-то вроде

interface TimeSource { 
    long currentTimeMS(); // actually I have currentTimeNS 
    void currentTimeMS(long currentTimeMS); 
} 

enum VanillaTimeSource implements TimeSource { 
    INSTANCE; 

    @Override 
    public long currentTimeMS() { 
     return System.currentTimeMillis(); 
    } 

    @Override 
    public void currentTimeMS(long currentTimeMS) { 
     // ignored 
    } 
} 

class FixedTimeSource implements TimeSource { 
    private long currentTimeMS; 
    @Override 
    public long currentTimeMS() { 
     return currentTimeMS; 
    } 

    @Override 
    public void currentTimeMS(long currentTimeMS) { 
     this.currentTimeMS =    currentTimeMS; 
    } 
} 

В тестах я использую FixedTimeSource, которые могут быть данные, приводимый, например, установленными входами/событиями. В производстве я использую VanillaTimeSource.INSTANCE, который игнорирует время в входах/событиях и использует текущее время.

Answer 2

Вам нужно взглянуть на то, что вы вводите что-то в свой класс, что позволяет вам настроить способ представления времени.

Например

public interface TimeProvider { 
    DateTime getCurrentTime(); 
} 

public class UnderTest { 

    // Inject this in some way (e.g. provide it in the constructor) 
    private TimeProvider timeProvider; 

    public void MyMethod() { 
    if (timeProvider.getCurrentTime() == "1234") { 
     // Do something 
    } 
    } 
} 

Теперь в ваших модульных тестов вы можете предоставить поддельную реализацию поставщика времени. В реальном коде производства вы можете просто вернуть текущее время.

Answer 3

У меня была аналогичная проблема недавно с кодом, я не мог реорганизовать слишком много (временные ограничения, не хотел случайно покончить с чем-либо). У меня был метод, который я хотел проверить, который называется System.currentTimeMillis(), и случай, который я хотел проверить, будет зависеть от того, какое это значение возвращается. Что-то вроде:

public class ClassINeedToTest { 
    public boolean doStuff() { 
     long l = System.currentTimeMillis(); 
     // do some calculation based on l 
     // and return the calculation 
    } 
} 

Чтобы юнит-тестирование, я переработан класс так, чтобы он имел вспомогательный метод, который был защищенный

protected long getCurrentTimeMillis() { 
    // only for unit-testing purposes 
    return System.currentTimeMillis(); 
} 

и этот метод был назван DoStuff(). Это не изменило функциональность, но теперь имел в виду, что, когда я называю его в единичном-тест, я мог бы изменить это, чтобы вернуть определенное значение, как

ClassINeedToTest testClass = new ClassINeedToTest() { 
    protected long getCurrentTimeMillis() { 
     // return specific date for my test 
     return 12456778L; 
    } 
}; 
boolean result = testClass.doStuff(); 
// test result with an assert here 

Это однако означает, что я осквернила интерфейс моего класса, поэтому вы можете решить, что стоимость слишком высока. Есть, вероятно, лучшие способы, если вы можете реорганизовать код больше.