Wie kann ich JUnit4 idiomatisch verwenden, um zu testen, ob ein Code eine Ausnahme auslöst? Während ich so etwas sicher machen kann: @Test public void testFooThrowsIndexOutOfBoundsException() { boolean thrown = false; try { foo.doStuff(); } catch (IndexOutOfBoundsException e) { thrown = true; } assertTrue(thrown); } Ich erinnere mich, dass es …
Was ist der Hauptunterschied zwischen @Before und @BeforeClass und in JUnit 5 @BeforeEachund@BeforeAll @After und @AfterClass Laut JUnit wird Api @Before im folgenden Fall verwendet: Beim Schreiben von Tests wird häufig festgestellt, dass für mehrere Tests ähnliche Objekte erstellt werden müssen, bevor sie ausgeführt werden können. Während @BeforeClasskann eine Datenbankverbindung …
Ich habe ein Maven-Programm, es kompiliert gut. Wenn ich mvn testes ausführe, werden keine Tests ausgeführt (unter TESTs Header stehtThere are no tests to run. ). Ich habe dieses Problem mit einem supereinfachen Setup neu erstellt, das ich unten sowie die Ausgabe beim Ausführen mit einschließen werde -X. Die Unit-Tests …
Ich möchte Testmethoden ausführen, die @Testin einer bestimmten Reihenfolge mit Anmerkungen versehen sind . Zum Beispiel: public class MyTest { @Test public void test1(){} @Test public void test2(){} } Ich möchte sicherstellen, dass es test1()vor test2()jedem Start ausgeführt MyTestwird, konnte jedoch keine Anmerkungen wie finden @Test(order=xx). Ich denke , es …
Ich habe einige JUnit-Tests mit @TestAnmerkungen geschrieben. Wenn meine Testmethode eine aktivierte Ausnahme auslöst und ich die Nachricht zusammen mit der Ausnahme bestätigen möchte, gibt es eine Möglichkeit, dies mit der JUnit- @TestAnnotation zu tun ? AFAIK, JUnit 4.7 bietet diese Funktion nicht, aber werden sie in zukünftigen Versionen bereitgestellt? …
Das JUnit-Framework enthält zwei AssertKlassen (natürlich in verschiedenen Paketen), und die Methoden für jede Klasse scheinen sehr ähnlich zu sein. Kann jemand erklären, warum das so ist? Die Klassen, auf die ich mich beziehe, sind: junit.framework.Assertund org.junit.Assert.
Ich weiß, dass ein Weg, dies zu tun, wäre: @Test public void foo(){ try{ //execute code that you expect not to throw Exceptions. } catch(Exception e){ fail("Should not have thrown any exception"); } } Gibt es einen saubereren Weg, dies zu tun? (Vermutlich mit Junits @Rule?)
Gibt es eine Möglichkeit, meine eigenen benutzerdefinierten Testfallnamen festzulegen, wenn parametrisierte Tests in JUnit4 verwendet werden? Ich möchte die Standardeinstellung - [Test class].runTest[n]- in etwas Sinnvolles ändern .
Ich weiß, dass ==es beim Vergleich von zwei Probleme gibt Strings. Es scheint, dass dies String.equals()ein besserer Ansatz ist. Nun, ich mache JUnit-Tests und meine Neigung ist es, sie zu verwenden assertEquals(str1, str2). Ist dies eine zuverlässige Methode, um zu behaupten, dass zwei Strings denselben Inhalt enthalten? Ich würde verwenden …
Ich möchte Testfälle für einen Großteil des Codes schreiben. Ich möchte Details zur JUnit- @RuleAnmerkungsfunktion kennen, damit ich sie zum Schreiben von Testfällen verwenden kann. Bitte geben Sie einige gute Antworten oder Links an, die anhand eines einfachen Beispiels eine detaillierte Beschreibung der Funktionalität enthalten.
Wenn ich mir die Beispiele in der Assert-Klasse JavaDoc ansehe assertThat("Help! Integers don't work", 0, is(1)); // fails: // failure message: // Help! Integers don't work // expected: is <1> // got value: <0> assertThat("Zero is one", 0, is(not(1))) // passes Ich sehe keinen großen Vorteil gegenüber, sagen wir mal …
Ich stoße Version von junitauf 4.11 und bekomme: [WARNING] [deprecation] Assert in junit.framework has been deprecated [WARNING] [deprecation] Assert in junit.framework has been deprecated .... Wie und zu was migrieren?
Ich habe eine Menge Junit-Tests geerbt, aber diese Tests (abgesehen von den meisten, die nicht funktionieren) sind eine Mischung aus tatsächlichen Unit-Tests und Integrationstests (für die externe Systeme, Datenbank usw. erforderlich sind). Also versuche ich mir eine Möglichkeit zu überlegen, sie tatsächlich zu trennen, damit ich den Komponententest schön und …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.