Conversation
| @@ -113,6 +115,30 @@ internal class UtbetalingServiceImpl( | |||
| } | |||
| } | |||
|
|
|||
| override fun genererUtbetalingsRequest( | |||
There was a problem hiding this comment.
Kunne ikke denne ha vært privat? også kan det være lagreUtbetaling og publiserUtbetaling sitt ansvar å kalle denne?
There was a problem hiding this comment.
Problemet er at vi trenger resultatet (mer bestemt den genererte id-en) for å kunne lagre vedtak. Men kan sjekke opp om jeg får vridd det litt
| verify(utbetalingPublisherMock).publish(any()) | ||
| verify(utbetalingRepoMock).opprettUtbetaling(any()) | ||
| } | ||
| verify(sakServiceMock, times(2)).hentSak( |
There was a problem hiding this comment.
times(2) 😢 (burde hatt en todo på å gjøre om denne til at den kun henter sak en gang også endrer saken via modellen og ikke bare via basen)
There was a problem hiding this comment.
Ja, helt enig. Kan se om jeg får gjort det i en egen commit
| simulering = argThat { it shouldBe simulering }, | ||
| uføregrunnlag = argThat { it shouldBe emptyList() }, | ||
| ) | ||
| serviceAndMocks.verifyNoMoreInteractions() | ||
| } | ||
|
|
||
| @Test | ||
| fun `svarer med feil dersom vi ikke kunne utbetale`() { |
There was a problem hiding this comment.
Uten å lese implementasjonen så sier navnet på denne testen meg at man egentlig ikke trenger verify, den trenger bare å sjekke resultatet (og det ser ut som det er flere tester i samme situasjon).
Men kan jo evt. være (som du nevnte på Slack) en test i tillegg som sjekker at X ikke skjer i feil-situasjonene.
Transaksjon i søknadsbehandling.