Wie um zu testen, Spring @Eingeplant

Wie kann ich testen, @Scheduled beruflichen Aufgaben in meinem spring-boot-Anwendung?

 package com.myco.tasks;

 public class MyTask {
     @Scheduled(fixedRate=1000)
     public void work() {
         //task execution logic
     }
 }
  • Was willst du genau testen? Wenn Sie testen möchten, dass die Arbeit() das tut, was es tun soll, können Sie es testen, wie jede andere Methode von einem anderen bean: Sie erstellen eine Instanz der bean, rufen Sie die Methode und testen, dass es tut, was es tun soll. Wenn Sie möchten, um zu testen, ob die Methode tatsächlich aufgerufen wird, durch Frühling, jede Sekunde, es gibt keinen richtigen Zeitpunkt: Frühjahr getestet hat, dass für Sie.
  • Ich Stimme Ihnen zu, versuchen zu testen, den Rahmen für die Funktionalität nicht notwendig erscheinen, für mich, aber ich war erforderlich, um. Ich fand eine Arbeit um für diese, indem du einen kleinen log-Meldung und überprüfung, ob die erwartete Nachricht war in der Tat angemeldet, für den erwarteten Zeitrahmen.
  • Ein weiterer Vorteil des Tests ist, um ein Versagen zu testen, ob die @EnableScheduling Anmerkung wird entfernt.
InformationsquelleAutor S Puddin | 2015-08-31
  1. 16

    Wenn wir davon ausgehen, dass Ihr Auftrag ausgeführt wird, in einem so kleinen Abständen, dass Sie wirklich wollen, dass Ihr test, um zu warten, für den Auftrag ausgeführt werden, und Sie wollen einfach nur, um zu testen, ob-job aufgerufen wird, können Sie folgende Lösung:

    Hinzufügen Awaitility zu classpath:

    <dependency>
    <groupId>org.awaitility</groupId>
    <artifactId>awaitility</artifactId>
    <version>3.1.0</version>
    <scope>test</scope>
</dependency>

    Schreiben test ähnlich:

    @RunWith(SpringRunner.class)
@SpringBootTest
public class DemoApplicationTests {

    @SpyBean
    private MyTask myTask;

    @Test
    public void jobRuns() {
        await().atMost(Duration.FIVE_SECONDS)
               .untilAsserted(() -> verify(myTask, times(1)).work());
    }
}
    • späte Antwort, aber funktioniert perfekt!
    • verify() und times() Funktionen können nicht gefunden werden. Könnten Sie das Paket angeben?
    • Diese Funktionen kommen von Mockito. Das Paket ist: org.mockito.Mockito#verify und ähnliche für times.
    • Dies ist keine gute Lösung. Dies funktioniert nur für diejenigen, @Eingeplant, die ausgeführt werden, in einigen Sekunden. Was ist eine wöchentliche Ausführung?
    • wir gehen davon aus, dass dein Auftrag ausgeführt wird, in so einem kleinen Intervallen". Ich glaube nicht, es macht viel Sinn, um zu testen, ob Auftrag läuft, sondern die job-Verhalten. Dennoch, wenn Sie wirklich wollen, das ist eine der Optionen, die ich mir bewusst bin. Sie sind willkommen, senden Sie Ihre Antwort auch 🙂
    InformationsquelleAutor Maciej Walkowiak
  2. 3

    Meine Frage ist: "was wollen Sie denn testen?"

    Wenn Ihre Antwort
    "Ich will wissen, dass der Frühling läuft mein geplanter task, wenn ich es wollte",
    dann sind Sie testen, Frühling,
    nicht Ihr code.
    Dies ist nicht etwas, das Sie brauchen, um unit-test.

    Wenn Ihre Antwort ist "ich will wissen, konfigurierte ich meine Aufgabe korrekt",
    dann schreiben Sie eine test-app mit einem Häufig ausgeführten Aufgabe und stellen Sie sicher, dass
    die Aufgabe wird ausgeführt, wenn Sie erwarten, dass es zu laufen.
    Dies ist kein unit-test,
    aber wird zeigen, dass Sie wissen, wie Sie Ihr text korrekt.

    Wenn die Antwort "ich will wissen, dass die Aufgabe, die ich schrieb richtig funktioniert",
    dann müssen Sie die unit-test die Methode der Aufgabe.
    In deinem Beispiel
    Sie möchten unit-test der work() Methode.
    Tun Sie dies, indem Sie ein Gerät testen, dass direkt ruft Ihre Aufgabe Methode (work()).
    Zum Beispiel,

    public class TestMyTask
{
  @InjectMocks
  private MyTask classToTest;

  //Declare any mocks you need.
  @Mock
  private Blammy mockBlammy;

  @Before
  public void preTestSetup()
  {
    MockitoAnnotations.initMocks(this);

    ... any other setup you need.
  }

  @Test
  public void work_success()
  {
    ... setup for the test.


    classToTest.work();


    .. asserts to verify that the work method functioned correctly.
  }
    InformationsquelleAutor DwB
  3. 2

    Dies ist oft schwer. Sie können prüfen, zu laden Spring-Kontext, die während der test-und gefälschte einige Bohnen aus, um in der Lage sein, um zu überprüfen, geplanter Aufruf.

    Ich habe zum Beispiel in meinem Github-repo. Es ist eine einfache, geplante Beispiel getestet, mit dem beschriebenen Ansatz.

    • Nur darauf warten, für die geplante Aufgabe ist definitiv nicht der richtige Weg. Sollte ein trick sein, spielen mit der Uhr so, dass der scheduler kann darauf reagieren.
    • Feel free to post Ihre Lösung. Wenn Sie nicht, ich nehme an, Sie haben so etwas nicht.
    InformationsquelleAutor luboskrnac
  4. 1

    diese Klasse steht für die Erzeugung Scheduler cron mit springframework Planung

    import org.apache.log4j.Logger;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.scheduling.support.CronSequenceGenerator;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.AbstractJUnit4SpringContextTests;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;

import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.PropertySource;

@RunWith(SpringJUnit4ClassRunner.class)
@Configuration
@PropertySource("classpath:application.properties")
public class TrimestralReportSenderJobTest extends AbstractJUnit4SpringContextTests {

    protected Logger LOG = Logger.getLogger(getClass());

    private static final String DATE_CURRENT_2018_01_01 = "2018-01-01";
    private static final String SCHEDULER_TWO_MIN_PERIOD = "2 0/2 * * * *";
    private static final String SCHEDULER_QUARTER_SEASON_PERIOD = "0 0 20 1-7 1,4,7,10 FRI";

    @Test
    public void cronSchedulerGenerator_0() {
        cronSchedulerGenerator(SCHEDULER_QUARTER_SEASON_PERIOD, 100);
    }

    @Test
    public void cronSchedulerGenerator_1() {
        cronSchedulerGenerator(SCHEDULER_TWO_MIN_PERIOD, 200);
    }

    public void cronSchedulerGenerator(String paramScheduler, int index) {
        CronSequenceGenerator cronGen = new CronSequenceGenerator(paramScheduler);
        java.util.Date date = java.sql.Date.valueOf(DATE_CURRENT_2018_01_01);

        for (int i = 0; i < index; i++) {
            date = cronGen.next(date);
            LOG.info(new java.text.SimpleDateFormat("EEE, MMM d, yyyy 'at' hh:mm:ss a").format(date));
        }

    }
}

    hier ist die Protokollierung der Ausgabe:

    <com.medici.scheduler.jobs.TrimestralReportSenderJobTest> - lun, gen 1, 2018 at 12:02:02 AM
<com.medici.scheduler.jobs.TrimestralReportSenderJobTest> - lun, gen 1, 2018 at 03:02:02 AM
<com.medici.scheduler.jobs.TrimestralReportSenderJobTest> - lun, gen 1, 2018 at 06:02:02 AM
<com.medici.scheduler.jobs.TrimestralReportSenderJobTest> - lun, gen 1, 2018 at 09:02:02 AM
<com.medici.scheduler.jobs.TrimestralReportSenderJobTest> - lun, gen 1, 2018 at 12:02:02 PM
    InformationsquelleAutor Tiago Medici
  5. 0

    Wir können mindestens zwei Ansätze, um zu testen, geplante Aufgaben mit Feder:

    • Integrationstests

    Wenn wir Frühling starten wir gonna müssen Sie die folgenden Abhängigkeiten:

    <dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter</artifactId>
</dependency>

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-test</artifactId>
    <scope>test</scope>
</dependency>

<dependency>
    <groupId>org.junit.jupiter</groupId>
    <artifactId>junit-jupiter-api</artifactId>
</dependency>

    Könnten wir hinzufügen einer count zu den Task und erhöhen es in der work Methode:

     public class MyTask {
   private final AtomicInteger count = new AtomicInteger(0);

   @Scheduled(fixedRate=1000)
   public void work(){
     this.count.incrementAndGet();
   }

   public int getInvocationCount() {
    return this.count.get();
   }
 }

    Dann überprüfen Sie die count:

    @SpringJUnitConfig(ScheduledConfig.class)
public class ScheduledIntegrationTest {

    @Autowired
    MyTask task;

    @Test
    public void givenSleepBy100ms_whenWork_thenInvocationCountIsGreaterThanZero() 
      throws InterruptedException {
        Thread.sleep(2000L);

        assertThat(task.getInvocationCount()).isGreaterThan(0);
    }
}
    • Eine weitere alternative ist die Verwendung Awaitility wie erwähnt, @maciej-walkowiak.

    In diesem Fall müssen wir hinzufügen, die Awaitility Abhängigkeit:

    <dependency>
    <groupId>org.awaitility</groupId>
    <artifactId>awaitility</artifactId>
    <version>3.1.6</version>
    <scope>test</scope>
</dependency>

    Durch und nutzen die DSL-überprüfen Sie die Anzahl der Aufrufe der Methode work:

    @SpringJUnitConfig(ScheduledConfig.class)
public class ScheduledAwaitilityIntegrationTest {

    @SpyBean 
    MyTask task;

    @Test
    public void whenWaitOneSecond_thenWorkIsCalledAtLeastThreeTimes() {
        await()
          .atMost(Duration.FIVE_SECONDS)
          .untilAsserted(() -> verify(task, atLeast(3)).work());
    }
}

    Müssen wir nehmen in der Anzahl, dass, obwohl Sie gut sind es ist besser, sich auf die unit Tests für die Logik innerhalb der Methode.

    Ich ein Beispiel setzen hier.

    InformationsquelleAutor SHoko
Schreibe einen Kommentar