Hier ist der Test: < /p>
< pre class = "Lang-Java PrettyPrint-Override">
Code: Select all
@Test
public void testCheckCreatedBeforeDate() throws Exception {
PowerMockito.mockStatic(ServiceInfo.class);
ServiceInfo mockServiceInfo = mock(ServiceInfo.class);
when(ServiceInfo.getInstance(anyString())).thenReturn(mockServiceInfo);
when(mockServiceInfo.getCreationDate()).thenReturn(new Date()); // Issue happens here
assertEquals(Boolean.TRUE, myUtils.isCreatedBeforeDate(anyString()));
}
< /code>
und die Methode, die getestet wird: < /p>
public Boolean isCreatedBeforeDate(String serviceId) {
try {
ServiceInfo serviceInfo = ServiceInfo.getInstance(serviceId);
LocalDate creationDate = serviceInfo.getCreationDate().toInstant()
.atZone(ZoneId.systemDefault())
.toLocalDate();
return creationDate.isBefore(LAUNCH_DATE);
} catch (SQLException e) {
throw new RuntimeException("Error checking creation date", e);
}
}
< /code>
Probleme, mit denen ich mit < /h3>
[list]
[*] ausgesetzt binPowerMockito.when(mockServiceInfo.getCreationDate()).thenReturn(new Date());
[*] aus
Code: Select all
PowerMockito.doReturn(new Date()).when(mockServiceInfo).getCreationDate();
[*] zurück
Code: Select all
when(mockServiceInfo.getCreationDate()).thenReturn(new Date());
[*] MockServiceInfo.getCreationDate () in Debugger zurück zurück. li>
Code: Select all
mockingDetails(mockServiceInfo).isMock()
[*] zurückgibt
Code: Select all
mockingDetails(mockServiceInfo).isMock()
[/list]
Fragen
- Warum ist MockServiceInfo.getCreationDate () NULL zurückgegeben oder einen Stackoverflowerror ? >
Gibt es einen besseren Ansatz, um dieses Verhalten zu verspotten? Br/> Verwenden von Doreturn (neues Datum ()). Wenn (MockServiceInfo) .getCreationDate (); - Überprüfen
- Sicherstellen, dass Mockstatic (serviceInfo.class) vor der Verspottung von Instanzmethoden durchgeführt wird