[JAVA] [Buchbesprechung] Unit-Test am Programmierort, der ohne Erfahrung durchgeführt werden kann (Fortsetzung 1-JUnit-)
Ein paar Wochen nach meinem ersten Post neulich habe ich den nächsten Post gemacht. (Gepostet neulich: http://qiita.com/takumi_links/items/006777e9d5a29221dab0)
Obwohl es sich um einen "Unit-Test im Programmierbereich handelt, der auch ohne Erfahrung durchgeführt werden kann", über den ich geschrieben habe, habe ich nicht versucht, alle Samples persönlich zu verschieben, daher war er nicht sehr gut etabliert ... Also wollte ich in der Fortsetzung etwas tiefer in den Unit-Test eintauchen. Überlegen.
■ Freund eines Java-Ingenieurs: JUnit
JUnit ist ein Freund für Java-Ingenieure. Bisher haben Java-Entwicklungssites immer "Eclipse" (Java-Entwicklungs-IDE) verwendet, aber das Testframework, das mit Eclipse: JUnit verwendet werden kann. Obwohl die Version veraltet ist, befindet sich am Ende dieses Handbuchs ein Kapitel mit dem Titel "Anhang", das die Schritte zum Einrichten der Tools, Plug-Ins und Beispiele enthält. Bei der aktuellen Eclipse denke ich, dass Junit häufig als Standard enthalten ist.
</ b>
① JUnitRunner </ b> → ② Testklasse </ b> → ③ Testzielklasse </ b> (Testausführungsklasse) (Erstellt von der JUnit-Funktion) (Erstellt vom Entwickler) U JUnitRunner </ b> ruft die Testmethode class Testklasse </ b> auf, von der die Testmethode die Methode ③ Testzielklasse </ b> und ihren Rückgabewert aufruft Der Mechanismus von JUnit besteht darin, den Erfolg oder Misserfolg des Tests anhand zu beurteilen. Wenn ich es noch einmal überprüfe ... bin ich beeindruckt, dass es ein praktischer Rahmen ist.
<JUnit4-Anmerkungsnotiz (zur Verteidigung)>
| Anmerkung | Erläuterung |
|---|---|
| @Test | Testmethode. Von JUnit angerufen |
| @Before | Vor der Testmethode ausgeführt |
| @After | Wird nach der Testmethode ausgeführt |
| @BeforeClass | Einmal ausführen, wenn Sie die Testklasse ausführen |
| @AfterClass | Wird einmal ausgeführt, wenn die Testklasse ausgeführt und beendet wird |
[Testklasse] </ b>
[Ausführungsergebnis] </ b>
- Assert = "sollte sein"
| Methode | Erläuterung |
|---|---|
| assertTrue(Boolean condition) | Erfolg, wenn die Bedingung erfüllt ist |
| assertFalse(Boolean condition) | Erfolg, wenn die Bedingung falsch ist |
| assertEquals(Object expected,Object actual) | Erfolg, wenn die erwarteten und tatsächlichen Werte gleich sind |
| assertSame(Object expected,Object actual) | Erfolg, wenn die erwarteten und tatsächlichen Werte gleich sind |
| assertNull(Object object) | Erfolg, wenn der tatsächliche Wert Null ist |
| assertNotNull(Object object) | Erfolg, wenn der tatsächliche Wert nicht Null ist |
| fail() | Erzwingen Sie, dass der Test fehlschlägt |
Wenn die Auswertungsmethode fehlschlägt, wird ein AssertionError generiert.
JUnit ist auch tief. Abhängig von der Site gab es ein einzigartiges Test-Framework, und ich war nicht in der Lage, eine reine JUnit zu erstellen, sodass ich zum Anfang zurückkehren und erneut lernen musste.
Recommended Posts