Archief - Asserts in Java

forloRn_ zei:

Als je assertions aanzet (met -enableassertions of -ea) dan krijg je een AssertionError als het argument van je assert false is en en dan faalt je test, anders niet. Wat probeer je precies te bereiken eigenlijk?

Klik om te vergroten...

Emerxill zei:

Ik ga er van uit dat je asserts niet in je test-code zitten...
Je kan via een mockframework zoals mockito nagaan of een method al dan niet is uitgevoerd geweest.

Klik om te vergroten...

forloRn_ zei:

Als je code juist geschreven is, zou je die assertions net niet kunnen uitlokken.

Met assertions ga je gewoon bepaalde veronderstellingen doen in je code; als die veronderstelling toch fout blijkt te zijn, krijg je een AssertionError en moet je je code fixen.

Klik om te vergroten...

matt77hias zei:

de asserts zitten niet in de test-code, maar ik wil ze wel uitlokken via de test-code

das toch geen Junit?

Klik om te vergroten...

Emerxill zei:

nm, was Spring asserts en java asserts door elkaar aan't gooien.
Nagaan of een assert uitgevoerd is in JUnit is volgens mij vrij moeilijk aangezien het al afhankelijk is van uw runtime configuratie.

Ik zou het iig niet weten

Klik om te vergroten...

matt77hias zei:

tja heb nog eens rond gevraagd over het idee van nominaal en blijkbaar moeten methodes niet getest worden als aan de precondities niet voldaan is (asserts moeten later manueel verwijderd worden )


dus het hele concept van nominaal is echt stom dus

Klik om te vergroten...

NeverwinterX zei:

Het concept van nominaal is eigenlijk eenvoudig en lui: je legt in documentatie voorwaarden op waaraan mensen die het gebruiken moeten voldoen en als ze er niet aan voldoen dan is het hun probleem.
Ik neem aan dat uw prof u die asserts laat gebruiken als een soort van extra documentatie van de voorwaarden tijdens het schrijven. Op zich horen die asserts niet echt bij het nominale paradigma omdat ge uw voorwaarden net niet gaat testen at runtime.

Klik om te vergroten...