Testuvannya zdaleka není zavzhd buvaє bavíme se a tsіkavim. Tsey proces zvchichay dosit trivaly a hodina opakování monotónní práce. No, zdá se, že nedávno programátoři používali standardní visnovku nebo debugger pro testování třídy java.

V tomto článku popíšu knihovnu JUnit 4, aby mohla pomoci automatizovat proces psaní testů.

Abychom demonstrovali základní schopnosti JUnit Framework, napišme si primitivní třídu Java a víme o ní. Tato třída matime má dvě metody – význam faktoriálu nekonečného čísla a součet dvou čísel. Navíc v kopii třídy bude kopie metod viklikiv.

Veřejná třída MathFunc ( volání int; public int getCalls() ( zpětná volání; ) public long factorial (int number) ( calls++; if (číslo 1) ( for (int i = 1; i

Nyní napíšeme Unit test. Pro koho vytváříme třídu z velkého množství testovacích metod. Je zřejmé, že třída může být pomsta a standardní doplňkové metody. Aby běžecké testy mohly okamžitě určit kdo, kdo, testovací metody a je nutné označit anotaci @Test.

Anotace mohou mít následující parametry:

• očekávané - specifikujte, jaký druh mrknutí bude metodou generován (div. butt níže);
• timeout - po určité hodině v milisekundách připněte test k testu a zarahuvat jej jako neúspěšný.

Pokud chcete označit, že první test by měl být přeskočen, označte jej jako @Ignore anotaci. Pokud chcete, můžete jednoduše odstranit instrukci @Test.

No, například potřebujete kontext písně pro skript kožního testu, například backlog vytvoření instance třídy. A poté je nutné zkontrolovat rezervované zdroje. Co si myslíte, že potřebujete anotaci @Před a @Po. Po metodě označené @Before bude následovat pád kožního testu a po metodě označené @Po bude následovat pád kožního testu.

Pokud je třeba provést inicializaci dané úrovně zdrojů pouze jednou – pouze po všech testech – pak ohodnoťte několik anotací @BeforeClass a @AfterClass.

A samotná osa i je testovací třída od dekіlkom s testovacími scénáři:

Veřejná třída MathFuncTest ( private MathFunc math; @Before public void init() ( math = new MathFunc(); ) @After public void tearDown() (math = null; ) @Test public void calls() (assertEquals(0, math .getCalls()), math.factorial(1); tvrzeniEquals(1, math.getCalls()); math.factorial(1); (assectTrue(math.factorial(0) == 1); tvrzeniTrue(math.factorial (1) == 1); claimTrue(math.factorial(5) == 120); ) @Test(očekávané = IllegalArgumentException.class) public void factorialNegative() ( math.factorial(-1); ) @Ignore @Test public void todo() ( claimTrue(math.plus(1, 1) == 3); ) )

Metoda volání testuje správnost vyzvánění. Faktoriální metoda kontroluje správnost výpočtu faktoriálu pro určité standardní hodnoty. Metoda factorialNegative přepíše, že pro záporné hodnoty faktoriálu vyvolá výjimku IllegalArgumentException. Metoda todo bude ignorována. Pokud s kódem experimentujete, zkuste vyčistit anotaci @Ignore.

Metoda serveTrue kontroluje, zda je výsledek ověřen. Metody Deyakі іnshі, yakі se mohou stát ve prospěch:

• claimEquals - generuje se ověření výsledku a odečtení výsledku;
• ssesNull - výsledek virázy je null;
• serveNotNull - výsledek virazu vіdminny vіd null;
• AssertSame - ověření a odmítnutí objektu jedním a tím samým objektem.
• fail - metoda pro generování viníků AssertionError - dodaemo kde to není chyba hlavičky programu.

V našem do současného světa IDE ví, jak jednoduše spustit testy v projektu. Běda, pokud je chcete spustit ručně pro pomoc s kódem programu. Pro koho můžete zrychlit Runner "om. Použijte text - junit.textui.TestRunner, grafické verze - junit.swingui.TestRunner, junit.awtui.TestRunner.

Ale modernější metoda je stejná jako třída JUnitCore. Přidejte další hlavní metodu do třídy MathFuncTest:

Public static void main(String args) vyvolá výjimku ( JUnitCore runner = new JUnitCore(); Výsledek výsledku = runner.run(MathFuncTest.class); System.out.println("spustit testy: " + result.getRunCount()); System.out.println("neúspěšné testy: " + výsledek.getFailureCount()); System.out.println("ignorované testy: " + výsledek.getIgnoreCount()); System.out.println("úspěch: " + výsledek .byl úspěšný()); )

І výsledek vikonanny:

Spustit testy: 3 neúspěšné testy: 0 ignorovaných testů: 1 úspěch: pravda

Více rané verze JUnit, abyste mohli napsat testovací třídu, musíte dekomprimovat junit.framework.TestCase. Pak je potřeba určit konstruktor, který přijme jako parametr String – metodu pojmenuji – a předá ho otcovské třídě. Vzhled testovací metody je vinen tím, že začíná od testovací předpony. Pro inicializaci a škálování zdrojů byly použity metody setUp a tearDown. Zkrátka wow. No, teď je všechno jednoduché, správně.

Osa i celý rok. Sakra, JUnit Framework je bohatý na to, co ti pomůže. Komentáře a výživa jsou o statistikách.

JUnit- Knihovna pro testování jednotek Java programů. JUnit, vytvořený Kentem Beckem a Ericem Gammou, je založen na stejných rámcích xUnit pro různé programovací jazyky, které vycházejí z SUnit pro Smalltalk Kenta Becka. JUnit vytváří ekosystém rozšíření - JMock, EasyMock, DbUnit, HttpUnit atd.

knihovna JUnit bula byla portována jinými movs, včetně PHP (PHPUnit), C# (NUnit), Python (PyUnit), Fortran (fUnit), Delphi (DUnit), Free Pascal (FPCUnit), Perl (Test::Unit), C++ ( CPPUnit), Flex (FlexUnit), JavaScript (JSUnit).

JUnit- Toto je framework Java pro testování, takže testování velkého množství kódu, například metod nebo tříd. Dosvid, odečtením hodiny práce od JUnit, důležitého při vývoji konceptů testování software.

test zadku JUnit

Import org.junit.Test; import junit.framework.Assert; public class MathTest ( @Test public void testEquals() ( Assert.assertEquals(4, 2 + 2); Assert.assertTrue(4 == 2 + 2); ) @Test public void testNotEquals() ( Assert.assertFalse(5 = = 2 + 2);))

Potřebujete wiki JUnit

JUnit vám umožňuje kdykoli změnit kód. Pokud program přestane být ještě jednodušší a obsahuje anonymní třídy a metody, může opětovné ověření vyžadovat značnou hodinu. Je zřejmé, že celý proces lze automatizovat rychleji. Vikoristannya JUnit umožňuje přepisovat kód programu bez výrazného zusil a nezabere mnoho času.

jednotkový test třídy a funkce a jejich vlastní dokumentaci, než budou uznány ve výsledcích jejich přezkoumání. A nejen dokumentace, ale dokumentace, takže můžete automaticky zkontrolovat konzistenci kódu s prezentovanými funkcemi. Tse zruchno a často test rozroblyayat jako čas, takže і před provedením třídy. Vývoj prostřednictvím testování je velmi populární technologie pro vytváření seriózního zabezpečení softwaru.

Viz test na tom místě JUnit test v klasifikátoru

Testování softwaru lze rozdělit do dvou typů:

• testuvannya černá obrazovka;
• testování bílých obrazovek.

Během hodiny testování programu jako černé obrazovky není akceptována vnitřní struktura programu. Vše, co může být smysluplné, funkční, jako program, může být bezpečné. Při testování programů jako krabice je vnitřní struktura brána k respektování, tzn. třída metod. Krym tsgogo, testuvannya lze rozdělit na chotiri rovné:

• testovací jednotka - testování okremih čísla kódu;
• integrační testování - testování vzájemné modality a společných robotických komponent;
• testování systému - testování celého systému jako celku;
• primární testování - sub-bag testování hotového systému na životaschopnost vimogamů.

Jednotka testování pro jmenování a testování bílých obrazovek.

Existují dvě možnosti testování jednotek - JUnit 3 a JUnit 4. Můžeme se podívat na problematické verze, protože staré projekty mají 3. verzi, která podporuje Java 1.4.

JUnit 3

Chcete-li vytvořit test, snižte třídu testu TestCase, podle potřeby předefinujte metody setUp a tearDown a co je nejdůležitější, rozšiřte testovací metody, které mohou být pojmenovány pomocí zkratky „test“. Po spuštění testu se za běhu vytvoří instance třídy test (pro skin test ve třídě je instance třídy), poté je překonána metoda setUp, spustí se samotný test a poté tearDown metoda je dotažena do konce. Jako kdyby existovala nějaká metoda obviňování, test je považován za takový, že selže.

Poznámka: Testovací metody musí být veřejné neplatné, mohou být statické.

Testy se skládají z vikonnannya sing code a opětovného ověření. Perevіrki většinou vykonuyutsya pro třídu pomoci tvrdit chcete změnit klíčové slovo tvrdit.

Jako příklad se můžeme podívat na obslužný program pro roboty s řádky, který zahrnuje metody pro překontrolování prázdného řádku a zadání sekvence bajtů v 16řádkovém řádku:

Veřejná třída JUnit3StringUtilsTest rozšiřuje TestCase ( private final Map toHexStringData = New HashMap(); protected void setUp() vyvolá výjimku ( toHexStringData. put("", New byte); 13, 17, 45, 127)); Průhledná(); ) public void testToHexString() ( for (Iterator iterator = toHexStringData.keySet().iterator(); iterator.hasNext();) (očekávaný konečný řetězec = (String)iterator.next(); konečný bajt testData = (bajt) toHexStringData.get(očekávané); konečný řetězec skutečný = StringUtils.toHexString(testData); statementEquals(očekávané, skutečné); ) ) //... )

Další možnosti, TestSuite

3. května další schopnosti. Můžete například seskupit viprobuvannya. Pro koho je potřeba vyhrát třídu TestSuite:

Veřejná třída JUnit3StringUtilsTestSuite rozšiřuje TestSuite ( public JUnit3StringUtilsTestSuite() ( addTestSuite(StringUtilsJUnit3Test.class); addTestSuite(OtherTest1.class); addTestSuite(OtherTest2.class); ) )

Test můžete několikrát opakovat. Pro koho vyhrát Opakovaný test:

Veřejná třída JUnit3StringUtilsRepeatedTest rozšiřuje RepeatedTest ( public JUnit3StringUtilsRepeatedTest() ( super(new JUnit3StringUtilsTest(), 100); ) )

Zděděním testovací třídy, jako je ExceptionTestCase, můžete refaktorovat kód na wikidexclusion:

Veřejná třída JUnit3StringUtilsExceptionTest rozšiřuje ExceptionTestCase ( public JUnit3StringUtilsExceptionTest(finální název řetězce) ( super(název, NullPointerException.class); ) public void testToHexString() ( StringUtils.toHexString(null); ) )

Jak je vidět z aplikací, vše jde snadno a není co psát – alespoň kód pro testování JUnit.

JUnit 4

JUnit 4 přidal nové funkce pro Javu 5.0; Testeři mohou být otevřeni pro další anotace. V každém okamžiku existuje mnoho zmatků z předchozí verze rámce. Mezitím bude vše, co bylo prohlédnuto a aplikováno, procvičeno v JUnit 4 Crime RepeatedTest, který je v nové verzi novinkou.

Jaké změny se objevily v JUnit 4? Pojďme se podívat na samotný zadek a pak znovu s novými možnostmi:

Veřejná třída JUnit4StringUtilsTest rozšiřuje Assert (soukromá finální mapa toHexStringData = nová HashMap (); @Before public static void setUpToHexStringData() ( toHexStringData.put(", nový byte); toHexStringData.put("01020d112d7f", new byte(1,2,13,17,45,127)); toHexStringData.put("10f byte(0,-1,-14,17,-128)); //... ) @After public static void tearDownToHexStringData() ( toHexStringData.clear(); ) @Test public void testToHexString() ( for (Map .Vstup záznam: toHexStringData.entrySet()) ( konečný bajt testData = entry.getValue(); konečný řetězec očekávaný = entry.getKey(); konečný řetězec skutečný = StringUtils.toHexString(testData); statementEquals(očekávané, skutečné); ) ) )

Co se změnilo v JUnit 4?

• Za odpuštění lze ve třídě omezit práci tvrdit chtít to neobov'yazkovo.
• Abstraktní @Před znamená metody, které budou vyvolány před vítězi testů. Methodi vyrábí buti veřejná prázdnota. Zde uslyšíte předvolby pro test a zároveň generování testovacích dat (metoda setUpToHexStringData).
• Výuku můžete vyhrát @Před hodinou jak označovat metody, jak budou volány před vytvořením kopie testovací třídy; metody viny veřejná statická prázdnota. Dané pokyny (metoda) maє sens vikoristovuvaty pro testování najednou, pokud lze testovat třídu testu, vikoristovuyut různé předvolby, nebo pokud se testovací zástupný test provádí samostatně, pak každou hodinu otřete pro kožní test.
• Abstraktní @Po určit metody, viklikanі po vikonannya testіv. Methodi vyrábí buti veřejná prázdnota. Zde je provoz zdroje povolen po testu; pro náš vipad - čištění testovacích dat (metoda tearDownToHexStringData).
• Abstraktní @Po hodině pov'azana pro zmіstom z @Před hodinou metody ale vikonuє po testování třídy. Jak i u vipadku z @Před hodinou, metody viny veřejná statická prázdnota.
• Abstraktní @Test určit zkušební metody. Stejně jako předtím, tsі methodi umýt buti veřejná prázdnota. Zde jsou rozprostřeny samotné revize. Navíc si v tomto návodu můžete vyhrát dva parametry, očekávané - nastavit počet citací a timeout - nastavit hodinu, po které je test považován za takový, že selže.

Použít vlastní anotaci s parametry, JUnit Test:

@Test(expected = NullPointerException.class) public void testToHexStringWrong() ( StringUtils.toHexString(null); ) @Test(timeout = 1000) public void infinity() ( while (true); )

JUnit Ignorovat

Jako jeden z testů je z nějakého vážného důvodu nutné zapnout, např. test je postupně s prominutím ukončen. Opravu testu lze zařadit do lehké budoucí anotace @Ignorovat. Pokud umístíte tento pokyn do třídy, budou zahrnuty všechny testy v této třídě.

@Ignore @Test(timeout = 1000) public void infinity() ( while (true); )

Pravidla tetování, pravidlo JUnit

JUnit umožňuje porazit skladby se seznamem pravidla až do příštího dokončení testu, což rozšiřuje funkčnost. Existují například pravidla pro nastavení časového limitu pro test (Timeout), pro nastavení bodů zavinění (ExpectedException), pro práci s časovými soubory (TemporaryFolder) a int.

Pro ohlušení pravidel je potřeba tvořit veřejnost ne statický pole na typ podobného typu MethodRule a anotace yogo pro klíčové slovo help pravidlo.

Veřejná třída JUnitOtherTest ( @Rule veřejná konečná složka TemporaryFolder = New TemporaryFolder(); @Rule public final Časový limit = New Timeout (1000); @Rule public final ExpectedException thrown = ExpectedException.none(); @Ignore @ ) ( while (true ); ) @Test public void testFileWriting() vyvolá výjimku IOException (final File log = folder.newFile("debug.log"); final FileWriter logWriter = new FileWriter(log); logWriter.append("Dobrý den, "); logWriter. append("World!!!"); logWriter.flush(); logWriter.close(); ) @Test public void testExpectedException() vyvolá výjimku IOException ( thrown.expect(NullPointerException.class); StringUtils.toHexString (null); ) )

Testovací sada, JUnit Suite, SuiteClasses

Spuštění testu lze vylepšit o další anotace @RunWith. Testovací třídy, které lze použít s vašimi vlastními testovacími metodami, lze převzít z testovacích sad (Suite). Například byly vytvořeny dvě třídy testovacích objektů: TestFilter, TestConnect. Tyto dvě testovací třídy lze spojit do jedné testovací třídy TestWidgets.java:

Package com.objects; import org.junit.runner.RunWith; import org.junit.runners.Suite; @RunWith(Suite.class) @Suite.SuiteClasses (( TestFilter.class, TestConnect.class )) veřejná třída TestWidgets ()

Pro zlepšení skóre testů je zahrnuta anotace @SuiteClasses, testy jsou součástí třídy.

Abstraktní kategorie

Abstraktní Kategorie umožňuje kombinovat testy v kategorii (skupině). Pro koho má test kategorii @Kategorie, načež se upraví kategorie testů, které jsou spuštěny v Suite. Můžete vypadat takto:

Veřejná třída JUnitStringUtilsCategoriesTest rozšiřuje Assert ( //... @Category (Unit.class) @Test public void testIsEmpty() ( //... ) //... ) @RunWith(Categories.class) @Categories.IncludeCategory ( Unit.class) @Suite.SuiteClasses (( JUnitOtherTest.class, JUnitStringUtilsCategoriesTest.class )) veřejná třída JUnitTestSuite()

Abstrakt, JUnit Parameterized

Abstraktní Parametrizované umožňuje testovat parametrizované testy. K čemuž v testovací třídě existuje statická metoda, která otáčí seznam dat, která budou použita jako argumenty konstruktoru třídy.

@RunWith(Parameterized.class) veřejná třída JUnitStringUtilsParameterizedTest rozšiřuje Assert (privátní finální test CharSequence testData; soukromý finální booleovský očekávaný test; veřejný JUnitStringUtilsParameterizedTest(finální CharSequence testData, finální booleovský očekávaný) ( this.testData = konečný test veřejný void testI) StringUtils.isEmpty(testData); statementEquals(očekávané, skutečné); ) @Parameterized.Parameters veřejný statický seznam