Testuvannya je daleko od toga da zavzhd buvaê zabavljamo se i tsíkavim. Tsey proces zvchichay dosit trivaly i sat ponavljanja monotonog rada. Pa, čini se da su nedavno programeri koristili standardnu ​​visnovku ili debugger za testiranje java klase.

U ovom članku opisat ću biblioteku JUnit 4, tako da može pomoći u automatizaciji procesa pisanja testova.

Kako bismo demonstrirali osnovne mogućnosti JUnit Frameworka, napišimo primitivnu Java klasu i upoznajmo se s njom. Ova klasa matime ima dvije metode - značaj faktorijala beskonačnog broja i zbroj dvaju brojeva. Osim toga, u kopiji klase bit će kopija viklikiv metoda.

Javna klasa MathFunc ( int pozivi; javni int getCalls() (povratni pozivi; ) javni dugi faktorijel (int broj) (pozivi++; if (broj 1) ( for (int i = 1; i

Sada napišimo jedinični test. Za koga stvaramo klasu iz velikog broja testnih metoda. Očito, klasa može biti osveta i standardne dodatne metode. Tako da trkački testovi mogu odmah odrediti tko, tko, metode testiranja i potrebno je označiti napomenu @Test.

Napomenama se mogu dati sljedeći parametri:

• očekivano - navedite kakav će namig biti generiran metodom (div. stražnjica ispod);
• timeout - nakon određenog sata u milisekundama, pričvrstite test na test i zarahuvat ga kao neuspješan.

Ako želite naznačiti da treba preskočiti prvi test, označite ga kao @Ignore bilješku. Ako želite, možete jednostavno izbrisati instrukciju @Test.

Pa, na primjer, potreban vam je kontekst pjesme za skriptu za testiranje kože, na primjer, zaostatak stvaranja instance klase. I nakon toga potrebno je provjeriti rezervirana sredstva. Što mislite da vam treba napomena @prije i @poslije. Nakon metode s oznakom @Prije slijedi pad testa kože, a nakon metode s oznakom @After slijedi pad testa kože.

Ako se inicijalizacija te razine resursa treba izvršiti samo jednom - tek nakon svih testova - tada zapišite nekoliko napomena @BeforeClass i @AfterClass.

I sama os i je testna klasa iz dekílkoma s testnim scenarijima:

Javna klasa MathFuncTest ( privatna matematika MathFunc; @ Prije javnog void init() ( math = new MathFunc(); ) @ Nakon javnog void tearDown() ( math = null; ) @ Testirajte javne void pozive () ( assertEquals(0, math .getCalls()), math.factorial(1); assertEquals(1, math.getCalls()); math.factorial(1); (assertTrue(math.factorial(0) == 1); assertTrue(math.factorial (1) == 1); assertTrue(math.factorial(5) == 120); ) @Test(očekivano = IllegalArgumentException.class) public void factorialNegative() (math.factorial(-1); ) @Ignoriraj @Test public void todo() ( assertTrue(math.plus(1, 1) == 3); ) )

Metoda poziva testira ispravnost zvona. Faktorijalna metoda provjerava ispravnost faktorijalnog izračuna za određene standardne vrijednosti. Metoda factorialNegative nadjačava to za negativne vrijednosti faktorijala, izbacit će izuzetak IllegalArgumentException. Todo metoda će biti zanemarena. Pokušajte očistiti napomenu @Ignore ako eksperimentirate s kodom.

Metoda assertTrue provjerava je li rezultat provjeren. Deyakí ínshí metode, yakí mogu postati u korist:

• assertEquals - generiraju se provjera valjanosti rezultata i oduzimanje rezultata;
• assertNull - rezultat virase je null;
• assertNotNull - rezultat virazu vídminny víd null;
• AssertSame - provjera valjanosti i odbacivanje objekta od strane jednog te istog objekta.
• fail - metoda za generiranje krivnje AssertionError - dodajemo gdje nije kriv zaglavlje programa.

U našem trenutnom svijetu IDE zna kako jednostavno pokrenuti testove u projektu. Jao, ako ih želite pokrenuti ručno za pomoć s programskim kodom. Za koga možete ubrzati Runner "om. Koristite tekst - junit.textui.TestRunner, grafičke verzije - junit.swingui.TestRunner, junit.awtui.TestRunner.

Ali modernija metoda je ista kao i klasa JUnitCore. Dodajte sljedeću glavnu metodu klasi MathFuncTest:

Javni statički void main(String args) izbacuje iznimku ( JUnitCore runner = new JUnitCore(); Rezultat rezultata = runner.run(MathFuncTest.class); System.out.println("pokreni testove: " + result.getRunCount()); System.out.println("neuspjeli testovi: " + result.getFailureCount()); System.out.println("ignorirani testovi: " + result.getIgnoreCount()); System.out.println("uspjeh: " + rezultat .bilo uspjesno()); )

I rezultat vikonannyja:

Pokreni testove: 3 neuspješna testa: 0 ignoriranih testova: 1 uspjeh: istina

Više ranim verzijama JUnit za pisanje testne klase, morate dekomprimirati junit.framework.TestCase. Zatim je potrebno odrediti konstruktor, koji prihvaća kao String parametar - nazvat ću metodu - i proslijediti ga razredu oca. Koža testne metode je kriva za početak od testnog prefiksa. Za inicijalizaciju i skaliranje resursa korištene su metode setUp i TearDown. Ukratko, wow. E, sad je sve jednostavno, zar ne.

Os i tijekom cijele godine. Sranje, JUnit Framework je bogat onim što će vam pomoći. Komentari i prehrana tiču ​​se statistike.

JUnit- Knjižnica za jedinično testiranje Java programa. Stvorili su ga Kent Beck i Eric Gamma, JUnit se temelji na istim xUnit okvirima za različite programske jezike koji svoje korijene vuku iz SUnit for Smalltalk Kenta Becka. JUnit stvara ekosustav ekstenzija - JMock, EasyMock, DbUnit, HttpUnit, itd.

knjižnica JUnit bula je prenesena drugim movovima, uključujući PHP (PHPUnit), C# (NUnit), Python (PyUnit), Fortran (fUnit), Delphi (DUnit), Free Pascal (FPCUnit), Perl (Test::Unit), C++ ( CPPUnit) , Flex (FlexUnit), JavaScript (JSUnit).

JUnit- Ovo je Java okvir za testiranje, dakle testiranje puno koda, na primjer, metoda ili klasa. Dosvid, odbivši sat rada od JUnit-a, važan u razvoju koncepata testiranja softver.

test kundaka JUnit

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

Potreban je JUnit wiki

JUnit vam omogućuje promjenu koda u bilo kojem trenutku. Ako program prestane biti još jednostavniji i uključuje anonimne klase i metode, tada će za ponovnu provjeru možda trebati značajan sat. Očito se cijeli proces može brže automatizirati. Vikoristannya JUnit omogućuje prepisivanje koda programa bez značajnih zusil i ne oduzima puno vremena.

jedinični test klase i funkcije te vlastitu dokumentaciju prije nego što budu prepoznati u rezultatima njihova pregleda. I ne samo dokumentaciju, već dokumentaciju, tako da možete automatski provjeriti usklađenost koda s predstavljenim funkcijama. Tse zruchno i često test rozroblyayat kao vrijeme, tako í prije provedbe klase. Razvoj kroz testiranje vrlo je popularna tehnologija za stvaranje ozbiljne softverske sigurnosti.

Pogledajte test na tom mjestu JUnit test u klasifikatoru

Testiranje softvera može se podijeliti u dvije vrste:

• testuvannya crni ekran;
• testiranje bijelih ekrana.

Pod sat vremena testiranja programa poput crnog ekrana, unutarnja struktura programa nije prihvaćena za poštivanje. Sve što može biti smisleno, funkcionalno, poput programa, može biti sigurno. Prilikom testiranja programa poput kutije, interna struktura se poštuje, tj. klasa metoda. Krym tsgogo, testuvannya se može podijeliti na chotiri jednake:

• test jedinica - ispitivanje okremih broja koda;
• integracijsko testiranje - ispitivanje međusobnog modaliteta i zajedničkih robotskih komponenti;
• testiranje sustava - testiranje cijelog sustava u cjelini;
• primarno ispitivanje - sub-bag testiranje gotovog sustava na održivost vimogama.

Jedinica za testiranje za imenovanje i testiranje bijelih ekrana.

Postoje dvije opcije za testiranje jedinica - JUnit 3 i JUnit 4. Možemo pogledati inačice koje su uvredljive, budući da stari projekti imaju treću verziju, koja podržava Javu 1.4.

JUnit 3

Da biste stvorili test, smanjite klasu testa TestCase, redefinirajte metode setUp i tearDown prema potrebi, i što je najvažnije, proširite metode testiranja, koje se mogu imenovati pomoću kratice "test". Kada se test pokrene, u hodu se kreira instanca testne klase (za kožni test u klasi, instanca klase je), zatim se pobjeđuje metoda setUp, pokreće se sam test, a zatim TearDown metoda je pretučena do kraja. Kao da postoji bilo kakva metoda okrivljavanja, test se smatra takvim da ne uspijeva.

Napomena: Metode ispitivanja moraju biti javno nevažeće, mogu biti statične.

Testovi se sastoje od vikonnannya sing koda i ponovne provjere. Perevírki uglavnom vykonuyutsya za pomoć klase tvrditiželeći promijeniti ključnu riječ assert.

Kao primjer, možemo pogledati uslužni program za robote s redovima, koji uključuje metode za ponovnu provjeru praznog retka i davanje niza bajtova u retku od 16 redaka:

Javna klasa JUnit3StringUtilsTest proširuje TestCase (privatna konačna mapa toHexStringData = New HashMap(); zaštićena void setUp() izbacuje iznimku (toHexStringData. put("", Novi bajt); 13, 17, 45, 127)); čisto(); ) public void testToHexString() ( za (Iterator iterator = toHexStringData.keySet().iterator(); iterator.hasNext();) (očekivani konačni niz = (String)iterator.next(); završni bajt testData = (bajt) toHexStringData.get(očekivani); konačni string stvarni = StringUtils.toHexString(testData); assertEquals(očekivani, stvarni); ) ) //... )

Dodatne mogućnosti, TestSuite

JUnit 3. svibnja dodatne mogućnosti. Na primjer, možete grupirati viprobuvannya. Za koga je potrebno osvojiti čas TestSuite:

Javna klasa JUnit3StringUtilsTestSuite proširuje TestSuite ( public JUnit3StringUtilsTestSuite() ( addTestSuite(StringUtilsJUnit3Test.class); addTestSuite(OtherTest1.class); addTestSuite(OtherTest2.class); ) ) )

Test možete ponoviti nekoliko puta. Za koga osvojiti RepeatedTest:

Javna klasa JUnit3StringUtilsRepeatedTest proširuje RepeatedTest (javni JUnit3StringUtilsRepeatedTest() ( super(new JUnit3StringUtilsTest(), 100); ) )

Naslijeđujući testnu klasu kao što je ExceptionTestCase, možete refaktorirati kod na wikidexclusion:

Javna klasa JUnit3StringUtilsExceptionTest proširuje ExceptionTestCase (javni JUnit3StringUtilsExceptionTest(konačni naziv niza) ( super(name, NullPointerException.class); ) public void testToHexString() ( StringUtils.toHexString(null); ) )

Kao što vidite iz aplikacija, sve je jednostavno za napraviti i nema se što napisati - barem kod za JUnit testiranje.

JUnit 4

JUnit 4 dodao je nove značajke za Javu 5.0; Testeri mogu biti otvoreni za dodatne napomene. U svakom trenutku postoji velika zbrka u odnosu na prethodnu verziju okvira. U međuvremenu, sve što je pogledano i primijenjeno uvježbavat će se u JUnit 4 Crime RepeatedTest, koji je nov u novoj verziji.

Koje su se promjene pojavile u JUnit 4? Pogledajmo samu zadnjicu, a onda opet s novim mogućnostima:

Javna klasa JUnit4StringUtilsTest proširuje Assert (privatna konačna mapa toHexStringData = nova HashMap (); @Prije javnog statičkog void setUpToHexStringData() ( toHexStringData.put(", novi bajt); toHexStringData.put("01020d112d7f", novi bajt(1,2,13,17,45,127)); toHexStringData.put("10f" byte(0,-1,-14,17,-128)); //... ) @Nakon javnog statičnog void tearDownToHexStringData() ( toHexStringData.clear(); ) @Test public void testToHexString() ( za (karta .Ulaz unos: toHexStringData.entrySet()) (završni bajt testData = entry.getValue(); konačni string očekivan = entry.getKey(); konačni string stvarni = StringUtils.toHexString(testData); assertEquals(očekivani, stvarni); ) ) )

Što se promijenilo u JUnit 4?

• Za oprost, rad se može smanjiti na satu tvrditiželim to neobov'yazkovo.
• Sažetak @Prije znači metode koje će biti pozvane prije pobjednika testova. Metodi napraviti buti javna praznina. Ovdje ćete čuti unaprijed postavljene postavke za test, u isto vrijeme i generiranje testnih podataka (metod setUpToHexStringData).
• Možete osvojiti instrukciju @PrijeClass kako odrediti metode, kako će se pozvati prije kreiranja kopije testne klase; metode krivnje javna statična praznina. S obzirom na upute (metoda) maê sens vikoristovuvaty za testiranje u isto vrijeme, ako se testna klasa može testirati, vikoristovuyut različite unaprijed postavljene postavke, ili ako se test zamjenski test vrši sam, a zatim brisanje svaki sat za kožni test.
• Sažetak @Nakon odrediti metode, viklikaní nakon vikonannya testív. Metodi napraviti buti javna praznina. Ovdje je rad resursa dopušten nakon testa; za naš vipad - pročišćavanje testnih podataka (metod tearDownToHexStringData).
• Sažetak @Nakon nastave pov'azana za zmístom z @PrijeClass ale vikonuê metode nakon testiranja klase. Yak i u vipadku z @PrijeClass, metode krivnje javna statična praznina.
• Sažetak @Test odrediti metode ispitivanja. Kao i prije, tsí metodi za pranje butija javna praznina. Ovdje su raširene same revizije. Osim toga, u ovoj instrukciji možete osvojiti dva parametra, očekivana - postaviti broj vins i timeout - postaviti sat nakon kojeg se test smatra takvim da ne uspije.

Primijenite prilagođenu bilješku s parametrima, JUnit test:

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

JUnit zanemari

Kao jedan od testova, iz nekog ozbiljnog razloga, potrebno ga je uključiti, na primjer, test se postupno završava uz oprost. Ispravak testa može se staviti na laganu buduću bilješku @Zanemariti. Ako ovu instrukciju smjestite u razred, tada će biti uključeni svi testovi u tom razredu.

@Zanemari @Test(timeout = 1000) public void infinity() (dok (true); )

Pravila za tetovaže, JUnit pravilo

JUnit omogućuje vam da pobijedite pjesme s popisom pravila do sljedećeg puta kada završite test, što proširuje funkcionalnost. Na primjer, postoje pravila za postavljanje timeouta za test (Timeout), za postavljanje točaka krivnje (ExpectedException), za rad s vremenskim datotekama (TemporaryFolder) i int.

Za oglušivanje o pravila potrebno je stvarati javnost ne statički polje na vrstu sličnog tipa MethodRule i napomenu yogo za ključnu riječ pomoći Pravilo.

Javna klasa JUnitOtherTest ( @Rule javna konačna mapa TemporaryFolder = New TemporaryFolder(); @Rule javna konačna Timeout timeout = New Timeout(1000); @Rule public final ExpectedException thrown = ExpectedException.none(); @Ignore @ ) ( while (true ); ) @Test public void testFileWriting() izbacuje IOException (završni zapisnik datoteke = folder.newFile("debug.log"); konačni FileWriter logWriter = novi FileWriter(log); logWriter.append("Zdravo, "); logWriter. append("Svijet!!!"); logWriter.flush(); logWriter.close(); ) @Test public void testExpectedException() izbacuje IOException ( thrown.expect(NullPointerException.class); StringUtils.toHexString (null); ) )

Testni paket, JUnit Suite, SuiteClasses

Izvođenje testa može se poboljšati za dodatne napomene @RunWith. Ispitne klase, koje se mogu koristiti s vašim vlastitim metodama ispitivanja, mogu se uzeti iz testnih kompleta (Suite). Na primjer, stvorene su dvije klase testnih objekata: TestFilter, TestConnect. Ove dvije testne klase mogu se kombinirati u jednu testnu klasu TestWidgets.java:

Paket com.objects; import org.junit.runner.RunWith; import org.junit.runners.Suite; @RunWith(Suite.class) @Suite.SuiteClasses (( TestFilter.class, TestConnect.class )) javna klasa TestWidgets ()

Za poboljšanje rezultata testa uključena je napomena @SuiteClasses, testovi su uključeni u razred.

Apstraktne kategorije

Sažetak kategorije omogućuje kombiniranje testova u kategoriji (grupi). Za koga test ima kategoriju @Kategorija, nakon čega se prilagođavaju kategorije testova koji se pokreću u Suite. Možete izgledati ovako:

Javna klasa JUnitStringUtilsCategoriesTest proširuje Assert ( //... @Category (Unit.class) @Test public void testIsEmpty() ( //... ) //... ) @RunWith(Categories.class) @Categories.IncludeCategory ( Unit.class) @Suite.SuiteClasses (( JUnitOtherTest.class, JUnitStringUtilsCategoriesTest.class )) javna klasa JUnitTestSuite()

Sažetak, JUnit parametriran

Sažetak Parametrizirano omogućuje kviziranje parametriziranih testova. Za koje u testnoj klasi postoji statička metoda koja rotira popis podataka, koji će se koristiti kao argumenti konstruktoru klase.

@RunWith(Parameterized.class) javna klasa JUnitStringUtilsParameterizedTest proširuje Assert (privatna konačna CharSequence testData; privatni konačni logički očekivani; javni JUnitStringUtilsParameterizedTest(final CharSequence testData, konačni boolean očekivan) ( this.testDataIs test public boolean stvarni StringUtils.isEmpty(testData); assertEquals(očekivano, stvarno); ) @Parameterized.Parameters javni statički popis