Testa gadījumi ir nosacījumi, kas ir jāpārbauda, kad tiek izveidota programmatūra. Pirms rakstīt testa gadījumus Java, mums ir jāsaprot, kas ir testa gadījumi. Šajā sadaļā tiks apskatīts īss ievads par testa gadījumiem un to, kā mēs varam rakstīt testa gadījumus Java .
Kas ir pārbaudes gadījumi
Testa gadījumi ir nosacījumu kopums, ko izstrādātajai lietojumprogrammai pārbauda programmatūras testētājs. Testētājs pārbauda un novērtē, vai izveidotā programmatūra atbilst visām klienta prasībām. Ja tiek atrasta kļūda vai kļūda, testētājs informē izstrādes komandu. Nepieciešamība izveidot pārbaudes gadījumus un veikt testēšanu ir pārbaudīt, vai visas klienta vajadzības ir izpildītas un programmatūrā nav kļūdu.
Piemēram: Pieteikšanās modulim testētājs veic noteiktus šādus testa gadījumus:
- Pārbaudiet, vai pieteikšanās lapa sastāv no lietotājvārda un paroles teksta laukiem un pieteikšanās pogas.
- Pārbaudot veiksmīgu pieteikšanos, lietotājs tiek novirzīts uz sākumlapu.
- Pārbaudiet veiksmīgu lietotāja pieteikšanos, norādot derīgu lietotājvārdu un paroli.
- Pārbaudiet neveiksmīgo lietotāja pieteikšanos, norādot derīgu lietotājvārdu un nederīgu paroli.
- Pārbaudiet, vai lietotāja parole tiek glabāta šifrētā veidā datu bāzē un tā tālāk.
Izmantojot šos testēšanas gadījumus, testētājs var iedomāties, un, kad visi testa gadījumi ir veiksmīgi nokārtoti, klientam tiek nodota tikai izveidotā programmatūra.
Lai uzzinātu vairāk par testa gadījumiem, apmeklējiet vietni https://www.javatpoint.com/test-case.
Kā izveidot testa gadījumus Java
Java ir uz objektu orientēta programmēšanas valoda, un Java projekta izveide nozīmē daudzu klašu izveidi, katrai no kurām ir noteiktas metodes. Lai izveidotu labu projektu/lietojumprogrammu, mums ir jāpārbauda projekts un jāpārbauda, vai pieteikums atbilst visām prasībām. Java klasēm un metodēm ir būtiska nozīme, un tāpēc mums ir jāpārbauda klases un metodes, kas kopā pazīstamas kā Vienība , un rodas nepieciešamība veikt Vienības pārbaude viņiem. Tātad vienību testēšanas veikšanai Java ir vairākas testēšanas sistēmas. Viens no šādiem slaveniem ietvariem ir JUnit kas ir ietvars vienības testēšanas veikšanai. Lai veiktu Junit testēšanu, mums ir jāizveido testpiemēri un jāpārbauda projekts pret katru testa gadījumu un jānosaka rezultāts.
Lai saprastu, kā izveidot pārbaudes gadījumus, izveidosim vienkāršu klasi un pārbaudīsim to.
Izveidosim klasi Demoklase programmā Eclipse, kur esam veikuši vienkāršu pievienošanas metodi, veicot tālāk norādītās darbības:
1) Atvērt Eclipse IDE un izveidot jaunu Maven Projekts, noklikšķinot uz Fails> Jauns> Cits… un tad Izvēlieties vedni tiks atvērts dialoglodziņš. Zem Burvji , tu redzēsi Maven repozitorijā, noklikšķiniet uz nolaižamās izvēlnes, noklikšķiniet uz Maven projekts un pēc tam noklikšķiniet uz Nākamais . Momentuzņēmums ir parādīts zemāk:
2) Atlasiet 'Izveidot vienkāršu projektu' vai arī varat veikt arhetipa atlasi. Šeit mēs esam paveikuši vienkāršu projektu, tāpēc esam izvēlējušies opciju 'Izveidot vienkāršu projektu' un pēc tam noklikšķiniet uz Nākamais, kā redzat zemāk esošajā momentuzņēmumā:
3) Tagad jūs varat redzēt Jauns Maven projekts tiks atvērts dialoglodziņš, kurā mums ir jānorāda Grupas ID un Artefakts Id šādi:
stīgu veidotājs java
Grupas ID: Tas ir unikālais nosaukums, kas palīdz atšķirt vienu projektu grupu no citām. Tas atbilst Java nosaukšanas kārtulas konvencijai, tāpēc tas ir jānodrošina kā com.example.javatpoint vai jebkuru citu.
java rakstzīme uz int
Artefakta ID: Tas ir unikālais nosaukums, kas tiek dots projektam, kuru mēs gatavojamies izveidot. Tātad mūsu projektam mēs esam nodrošinājuši šādu grupas ID un artefakta ID (t.i., projekta nosaukumu), kā redzat tālāk esošajā momentuzņēmumā:
4) Noklikšķiniet uz Pabeigt , un mūsu Maven projekts tiks izveidots ar noteiktiem failiem, kuros galvenais fails ir xml Fails, kurā ir visa informācija par izveidoto projektu.
5) Projekta nosaukumā jūs redzēsit noteiktas krātuves, ar peles labo pogu noklikšķiniet uz src/main/java repozitorijs, noklikšķiniet uz Jauns > Klase un izveidojiet a Java klase . Lūk, mēs esam izveidojuši java , kur esam ieviesuši vienkāršu divu skaitļu pievienošanas metodi. Kods ir šāds:
public class DemoClass { public int sum(int i, int j) { return i+j; } Koda fragments ir parādīts zemāk:
6) Tagad mēs esam ieviesuši klasi, un ir pienācis laiks to pārbaudīt, un šim nolūkam mums ir jāizmanto Junit . Tātad, pārejiet uz src/test/java mapi un ar peles labo pogu noklikšķiniet uz tās. Klikšķiniet uz Jaunums > Junit testa futrālis .
Un izveidojiet JUnit testa gadījumu, ievērojot nosaukumu piešķiršanas noteikumu konvencijas.
Pēc tam noklikšķiniet uz Pabeigt . Tiks izveidots JUnit testa gadījums. Šeit mēs esam izveidojuši JUnit testa gadījumu kā TestDemoClass.java , un mēs saņēmām šādu izvades ekrānu, kas aptver tālāk norādīto kodu:
import static org. junit.Assert.*; import org.junit.Test; public class TestDemoClass { @Test public void test() { fail('Not yet implemented'); } } Koda fragments ir parādīts zemāk:
Šeit mēs esam izmantojuši New Junit 4 testu. Lai pārbaudītu klasi vai metodi, mums ir jāizmanto testēšanas anotācijas, un šeit tas ir @Pārbaude anotācija pirms pārbaude () metodi.
Piezīme. Mēs esam paņēmuši paraugu projektu, ko var pārbaudīt manuāli, bet, veicot lielu projektu, tas var sastāvēt no daudzām klasēm ar daudzām metodēm. Pārbaudīt un pārbaudīt visus tos manuāli var nebūt elastīgi, un izmaiņas vienā klasē noteikti ietekmēs pārējās klases. Tādējādi tiek izmantota automatizācijas testēšana, t.i., Junit testēšana.
7) Izveidojiet objektu Demoklase ietvaros TestDemoClass un mums ir jāpārbauda summa metodi, un šim nolūkam esam izveidojuši šādu testa gadījuma kodu:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(25,obj.sum(10, 15)); } } Koda fragments ir parādīts zemāk:
8) izmantošana AssertEquals(expectedVal, aprēķinātaisVal) metode tiek izmantota, lai noteiktu testa gadījuma statusu neatkarīgi no tā, vai tas ir nesekmīgs vai izturēts. Lai palaistu/izpildītu testa gadījumu, ar peles labo pogu noklikšķiniet uz koda un pēc tam Palaist kā > Junit tests .
9) Mēs esam eksperimentējuši ar šādiem testa gadījumiem:
1. pārbaudes gadījums: Mēs esam izveidojuši testa piemēru, kurā esam pārbaudījuši, vai, sniedzot divas vērtības, mēs iegūstam attiecīgo summu vai nē. Ja nē, testa gadījums būs neveiksmīgs, taču iepriekš minētajām vērtībām mēs saņēmām šādu izvadi:
kurā gadā izgudroja datoru
Līdz ar to mūsu pārbaudes gadījums tika veiksmīgi izturēts, par ko liecina zaļš simbols.
2. pārbaudes gadījums: Ja mēs nododam to pašu kodu aprēķinātajiem parametriem (10, 15) bet paredzamā vērtība kā 100 un pārbaudāmās tālāk norādītās vērtības, mēs iegūstam, ka mūsu testa gadījums neizdevās. Kods ir šāds:
public class TestDemoClass { DemoClass obj=new DemoClass(); @Test public void testSum() { assertEquals(100,obj.sum(10, 15)); } } Koda fragments ir parādīts zemāk:
Tātad, mūsu pārbaudes gadījums neizdevās, kas nozīmē, ka mūsu kods ir pareizs, un to norāda Sarkanais signāls, kā redzat zemāk esošajā fragmentā:
3. pārbaudes gadījums: Ja aprēķinātajiem parametriem nododam negatīvu un pozitīvu vērtību kā (-5, 8), un paredzamā parametra vērtība kā 3 , mēs esam veiksmīgi nokārtojuši mūsu pārbaudes gadījumu, kā redzams tālāk esošajā fragmentā:
Tomēr, ja (5, -8) izturētu kā aprēķināto vērtību un paredzamo vērtību kā 3, testa gadījums noteikti neizdosies.
4. pārbaudes gadījums: Ja aprēķinātajam parametram nododam abas negatīvās vērtības kā (-10,-15) un paredzamā parametra vērtība kā -25 , mūsu pārbaudes gadījums ir izturēts, kā redzams tālāk esošajā fragmentā:
Tomēr, ja mēs izturēsim paredzamo vērtību kā 25, testa gadījums noteikti neizdosies. Apskatīsim tālāk esošajā fragmentā:
Tādā veidā mēs varam domāt un izveidot pārbaudes gadījumus atbilstoši mūsu domāšanas, vērtēšanas un pārbaudes spējām. Izņemot iepriekš aprakstīto piemēru, programmatūras testētājs strādā ar ļoti lielām lietojumprogrammām, lai tās pārbaudītu un izveidotu noteiktus testa gadījumus un pārbaudītu tos. Lai reģistrētu visus testa gadījumus, viņi izmanto Excel lapu un pārbauda, vai viņu izveidotie testpiemēri atbilst klienta prasībām vai arī tajās ir kļūdas. Programmatūras testētājs izveido un raksta testa gadījumus, domājot par sevi kā parastu lietotāju, un tādējādi pārbauda lietojumprogrammu/programmatūru.