Problem:
Ein Komponententest für DateTimeFormatterBuilder schlägt mit derselben Eingabezeichenfolge fehl, die funktioniert zur Laufzeit. Der getestete Zeichenfolgenwert ist „25. Mai 2018 11:10“.
Getestete Methode:
public void getTimeDifference(@RequestParam String startDate, @RequestParam String endDate) { DateTimeFormatter DATE_TIME_FORMAT = new DateTimeFormatterBuilder().parseCaseInsensitive().appendPattern("dd-MMM-yyyy HH:mm").toFormatter(); LocalDateTime.parse(startDate,DATE_TIME_FORMAT); return messages; }
Test Methode:
@Test public void testFormat() throws Exception { final String startDateFormatA = "25-May-2018 11:10"; final String endDateFormatA = "25-May-2018 11:10"; assertEquals("06:00", callDbController.getTimeDifference(startDateFormatA, endDateFormatA)[1]); }
Untersuchung:
Lösung:
Das Problem entsteht durch die Verwendung des Standardgebietsschemas der JVM zum Parsen des Monatsnamens in der Zeichenfolge. Um das Problem zu beheben, geben Sie beim Erstellen des Formatierers das Gebietsschema „Locale.ENGLISH“ an.
DateTimeFormatter DATE_TIME_FORMAT = new DateTimeFormatterBuilder() .parseCaseInsensitive() .appendPattern("dd-MMM-yyyy HH:mm") .toFormatter(Locale.ENGLISH);
Durch das explizite Festlegen des Gebietsschemas stellt der Formatierer eine konsistente Analyse unabhängig vom Standardgebietsschema der JVM sicher und löst das Problem in der Testumgebung.
Das obige ist der detaillierte Inhalt vonWarum schlägt mein Unit-Test „DateTimeFormatterBuilder' fehl, aber die Laufzeit funktioniert mit derselben Eingabezeichenfolge?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!