U ovom odjeljku ćemo razumjeti različite vrste testiranja softvera, koji se mogu koristiti u vrijeme životnog ciklusa razvoja softvera.
Kao što znamo, testiranje softvera je proces analize funkcionalnosti aplikacije prema preduvjetima korisnika.
Ako želimo osigurati da naš softver nema bugova ili da je stabilan, moramo izvršiti različite vrste testiranja softvera jer je testiranje jedina metoda koja našu aplikaciju čini bez bugova.
Različite vrste testiranja softvera
Kategorizacija testiranja softvera dio je različitih aktivnosti testiranja, kao što su strategija testiranja, rezultati testa, definirani cilj testa itd . A testiranje softvera je izvođenje softvera radi pronalaženja nedostataka.
Svrha postojanja vrste testiranja je potvrditi AUT (Aplikacija pod testom).
Za početak testiranja, trebali bismo imati zahtjev, spreman za primjenu, dostupni potrebni resursi . Kako bismo održali odgovornost, trebali bismo dodijeliti odgovarajući modul različitim inženjerima za testiranje.
Testiranje softvera uglavnom je podijeljeno u dva dijela, a to su:
Što je ručno testiranje?
Testiranje bilo kojeg softvera ili aplikacije u skladu s potrebama klijenta bez upotrebe alata za automatizaciju poznato je kao ručno testiranje .
Drugim riječima, možemo reći da je to postupak verifikacija i validacija . Ručno testiranje koristi se za provjeru ponašanja aplikacije ili softvera u suprotnosti sa specifikacijom zahtjeva.
Ne zahtijevamo nikakvo precizno poznavanje bilo kojeg alata za testiranje za izvođenje ručnih testnih slučajeva. Lako možemo pripremiti testni dokument dok izvodimo ručno testiranje na bilo kojoj aplikaciji.
Za detaljne informacije o ručnom testiranju kliknite na sljedeću poveznicu: https://www.javatpoint.com/manual-testing.
Klasifikacija ručnog testiranja
U testiranju softvera, ručno testiranje može se dalje klasificirati u tri različite vrste testiranja , koji su sljedeći:
Da bismo bolje razumjeli, pogledajmo ih jednu po jednu:
Testiranje bijele kutije
U testiranju bijele kutije, programer će pregledati svaki redak koda prije nego što ga preda timu za testiranje ili dotičnim inženjerima za testiranje.
dharmendra doba
Nakon toga, kod je vidljiv programerima tijekom testiranja; zato je ovaj proces poznat kao WBT (testiranje bijele kutije) .
Drugim riječima, možemo reći da je programer izvršit će kompletno testiranje bijele kutije za određeni softver i poslati određenu aplikaciju timu za testiranje.
Svrha implementacije testiranja bijele kutije je naglasiti tijek ulaza i izlaza preko softvera i poboljšati sigurnost aplikacije.
Testiranje bijele kutije poznato je i kao ispitivanje otvorene kutije, ispitivanje staklene kutije, ispitivanje strukture, ispitivanje prozirne kutije i ispitivanje prozirne kutije .
Da biste dobili detaljna znanja o testiranju bijele kutije, posjetite poveznicu u nastavku: https://www.javatpoint.com/white-box-testing.
Testiranje crne kutije
Druga vrsta ručnog testiranja je testiranje crne kutije . U ovom testiranju, testni inženjer će analizirati softver prema zahtjevima, identificirati nedostatke ili bug i poslati ga nazad razvojnom timu.
Zatim će programeri popraviti te nedostatke, obaviti jedan krug testiranja Bijele kutije i poslati ga timu za testiranje.
Ovdje popravljanje grešaka znači da je greška riješena i da određena značajka radi u skladu sa danim zahtjevom.
Glavni cilj implementacije testiranja crne kutije je specificirati poslovne potrebe odnosno zahtjeve korisnika.
Drugim riječima, možemo reći da je testiranje crne kutije proces provjere funkcionalnosti aplikacije prema zahtjevu korisnika. Izvorni kod nije vidljiv u ovom testiranju; zato je poznat kao testiranje crne kutije .
Za više informacija o testiranju crne kutije, pogledajte donju poveznicu: https://www.javatpoint.com/black-box-testing.
Vrste testiranja crne kutije
Testiranje crne kutije dalje se kategorizira u dva dijela, koji su opisani u nastavku:
Funkcionalno testiranje
Inženjer za ispitivanje sustavno će provjeriti sve komponente prema specifikacijama zahtjeva što je poznato kao funkcionalno ispitivanje . Funkcionalno testiranje je također poznato kao Ispitivanje komponenti .
U funkcionalnom testiranju sve komponente se testiraju davanjem vrijednosti, definiranjem izlaza i potvrđivanjem stvarnog izlaza s očekivanom vrijednošću.
Funkcionalno testiranje dio je testiranja crne kutije jer je naglasak na zahtjevima aplikacije, a ne na stvarnom kodu. Testni inženjer mora testirati samo program umjesto sustava.
Detaljne informacije o funkcionalnom testiranju potražite na donjoj poveznici: https://www.javatpoint.com/funkcionalno-testiranje .
Vrste funkcionalnog testiranja
Baš kao što se druga vrsta testiranja dijeli na nekoliko dijelova, tako se i funkcionalno testiranje svrstava u različite kategorije.
Raznolikost vrste funkcionalnog testiranja sadrže sljedeće:
Sada, shvatimo ih jednu po jednu:
1. Jedinično testiranje
Jedinično testiranje je prva razina funkcionalnog testiranja za testiranje bilo kojeg softvera. U ovom slučaju, ispitni inženjer će testirati modul aplikacije neovisno ili testirati sve funkcionalnosti modula jedinično testiranje .
Primarni cilj izvođenja testiranja jedinice je potvrditi učinkovitost komponenti jedinice. Ovdje se jedinica definira kao jedna testirana funkcija softvera ili aplikacije. I provjerava se tijekom navedene faze razvoja aplikacije.
Kliknite donju poveznicu kako biste dobili potpune informacije o jediničnom testiranju: https://www.javatpoint.com/unit-testing.
2. Integracijsko testiranje
Nakon što uspješno implementiramo jedinično testiranje, krenut ćemo s integracijskim testiranjem. To je druga razina funkcionalnog testiranja, gdje testiramo protok podataka između ovisnih modula ili sučelja između dviju značajki naziva se integracijsko testiranje .
Svrha izvođenja integracijskog testiranja je testiranje točnosti iskaza između svakog modula.
Vrste integracijskog testiranja
Testiranje integracije također je dalje podijeljeno u sljedeće dijelove:
Inkrementalno integracijsko testiranje
Kad god postoji jasan odnos između modula, idemo na inkrementalno testiranje integracije. Pretpostavimo da uzmemo dva modula i analiziramo tijek podataka između njih rade li dobro ili ne.
Ako ti moduli dobro rade, možemo dodati još jedan modul i ponovno testirati. I možemo nastaviti s istim procesom kako bismo dobili bolje rezultate.
Drugim riječima, možemo reći da je inkrementalno zbrajanje modula i testiranje protoka podataka između modula poznato kao Inkrementalno testiranje integracije .
kako radi računalo
Vrste inkrementalnog integracijskog testiranja
Inkrementalno testiranje integracije može se dalje klasificirati u dva dijela, a to su:
Pogledajmo kratki uvod u ove vrste integracijskog testiranja:
1. Top-down inkrementalno integracijsko testiranje
U ovom pristupu dodavat ćemo module korak po korak ili postupno i testirati protok podataka između njih. Moramo osigurati da su moduli koje dodajemo dijete ranijih .
2. Inkrementalno integracijsko testiranje odozdo prema gore
U pristupu odozdo prema gore, dodavat ćemo module postupno i provjeravati protok podataka između modula. Također, osigurajte da je modul koji dodajemo roditelj ranijih .
Neinkrementalno integracijsko testiranje/Metoda velikog praska
Kad god je tok podataka složen i kada je vrlo teško klasificirati roditelje i dijete, ići ćemo na pristup neinkrementalne integracije. Neinkrementalna metoda je također poznata kao metoda Velikog praska .
Da biste dobili potpune informacije o integracijskom testiranju i njegovoj vrsti, posjetite sljedeću poveznicu: https://www.javatpoint.com/integration-testing.
3. Testiranje sustava
Kad god završimo s jediničnim i integracijskim testiranjem, možemo nastaviti s testiranjem sustava.
U testiranju sustava, ispitno okruženje je paralelno proizvodnom okruženju. Također je poznat kao s kraja na kraj testiranje.
U ovoj vrsti testiranja proći ćemo svaki atribut softvera i testirati funkcionira li završna značajka u skladu s poslovnim zahtjevima. I analiza softverskog proizvoda kao cjelovitog sustava.
Kliknite na donju poveznicu kako biste dobili potpune informacije o testiranju sustava: https://www.javatpoint.com/system-testing.
Ispitivanje nefunkcionalnosti
Sljedeći dio testiranja crne kutije je nefunkcionalno ispitivanje . Pruža detaljne informacije o performansama softverskih proizvoda i korištenim tehnologijama.
Nefunkcionalno testiranje pomoći će nam smanjiti rizik proizvodnje i povezane troškove softvera.
Nefunkcionalno testiranje je kombinacija testiranje performansi, opterećenja, opterećenja, upotrebljivosti i kompatibilnosti .
Za više informacija o nefunkcionalnom testiranju pogledajte sljedeću poveznicu: https://www.javatpoint.com/non-functional-testing.
Vrste nefunkcionalnih ispitivanja
Nefunkcionalno testiranje kategorizirano u različite dijelove testiranja, o kojima ćemo dalje raspravljati:
1. Testiranje izvedbe
U testiranju performansi, testni inženjer testirat će rad aplikacije primjenom nekog opterećenja.
U ovoj vrsti nefunkcionalnog testiranja, ispitni inženjer će se usredotočiti samo na nekoliko aspekata, kao što su Vrijeme odziva, opterećenje, skalabilnost i stabilnost softvera ili aplikacije.
Klasifikacija ispitivanja izvedbe
Testiranje performansi uključuje različite vrste testiranja, a to su:
Tijekom izvođenja testiranja performansi, primijenit ćemo određeno opterećenje na određenu aplikaciju kako bismo provjerili performanse aplikacije, poznate kao ispitivanje opterećenja . Ovdje opterećenje može biti manje ili jednako željenom opterećenju.
Pomoći će nam da otkrijemo najveću radnu količinu softvera i uska grla.
Da biste dobili potpune informacije vezane uz testiranje opterećenja, pogledajte donju poveznicu:
https://www.javatpoint.com/load-testing.
Koristi se za analizu jednostavnosti i robusnosti softvera izvan uobičajenih funkcionalnih ograničenja.
Testiranje otpornosti na stres prvenstveno se koristi za kritični softver, ali se također može koristiti za sve vrste softverskih aplikacija.
Odnosi se na donju poveznicu za dubinsko znanje o testiranju otpornosti na stres: https://www.javatpoint.com/stress-testing.
Za analizu je izvedba aplikacije povećanjem ili smanjenjem opterećenja u određenim ravnotežama poznata kao testiranje skalabilnosti .
U testiranju skalabilnosti također možemo provjeriti sustava, procesa ili sposobnosti baze podataka zadovoljiti potrebu prema gore. I u ovome, Testni slučajevi dizajnirani su i učinkovito implementirani.
Kliknite na sljedeću poveznicu kako biste dobili detaljne informacije vezane uz testiranje skalabilnosti:
https://www.javatpoint.com/scalability-testing.
Testiranje stabilnosti je postupak u kojem procjenjujemo izvedbu aplikacije primjenom opterećenja kroz točno određeno vrijeme.
Uglavnom provjerava probleme postojanosti aplikacije i učinkovitosti razvijenog proizvoda. U ovoj vrsti testiranja možemo brzo pronaći kvar sustava čak iu stresnoj situaciji.
Detaljne informacije o testiranju stabilnosti potražite na donjoj poveznici:
https://www.javatpoint.com/stability-testing.
2. Testiranje upotrebljivosti
Druga vrsta nefunkcionalno ispitivanje je testiranje upotrebljivosti . U testiranju upotrebljivosti analizirat ćemo jednostavnost aplikacije i otkriti pogreške u sučelju krajnjeg korisnika softvera.
Evo, pojam jednostavnost korištenja definira sljedeće aspekte aplikacije:
- Aplikacija bi trebala biti lako razumljiva, što znači da sve značajke moraju biti vidljive krajnjim korisnicima.
- Izgled i dojam aplikacije trebali bi biti dobri, što znači da bi aplikacija trebala biti ugodnog izgleda i krajnjem korisniku ostaviti dojam da je koristi.
Za više informacija o testiranju upotrebljivosti, možemo pogledati sljedeću poveznicu:
https://www.javatpoint.com/usability-testing.
3. Testiranje kompatibilnosti
U testiranju kompatibilnosti provjerit ćemo funkcionalnost aplikacije u određenim hardverskim i softverskim okruženjima. Tek tada kada je aplikacija funkcionalno stabilna, krećemo testiranje kompatibilnosti .
Ovdje, softver znači da možemo testirati aplikaciju na različitim operativnim sustavima i drugim preglednicima, i hardver znači da možemo testirati aplikaciju na različitim veličinama.
Da biste dobili temeljito znanje o testiranju kompatibilnosti, pogledajte donju vezu:
https://www.javatpoint.com/compatibility-testing .
Testiranje sive kutije
Drugi dio ručno testiranje je Testiranje sive kutije . To je suradnja testiranja crne i bijele kutije .
Budući da testiranje sive kutije uključuje pristup internom kodiranju za dizajniranje testnih slučajeva. Grey box testiranje izvodi osoba koja osim testiranja poznaje i kodiranje.
Drugim riječima, možemo reći da ako tim od jedne osobe radi oboje testiranje bijele kutije i crne kutije , smatra se testiranje sive kutije .
Da biste dobili detaljne informacije o testiranju sive kutije, možemo pogledati donju poveznicu:
https://www.javatpoint.com/grey-box-testing.
Testiranje automatizacije
Najznačajniji dio testiranja softvera je testiranje automatizacije. Koristi posebne alate za automatizaciju testnih slučajeva ručnog dizajna bez ljudskog uplitanja.
Automatizirano testiranje najbolji je način za poboljšanje učinkovitosti, produktivnosti i pokrivenosti testiranja softvera.
Koristi se za ponovno pokretanje testnih scenarija koji su izvršeni ručno, brzo i više puta.
Drugim riječima, možemo reći da kad god testiramo aplikaciju pomoću nekih alata, to je poznato kao testiranje automatizacije .
Ići ćemo na testiranje automatizacije kada različita izdanja ili nekoliko regresijskih ciklusa krene na aplikaciju ili softver. Ne možemo napisati testnu skriptu ili izvršiti automatizirano testiranje bez razumijevanja programskog jezika.
Za više informacija o testiranju automatizacije, možemo pogledati donju poveznicu:
sta je f5 na tipkovnici
https://www.javatpoint.com/automation-testing.
Neke druge vrste testiranja softvera
U testiranju softvera također imamo neke druge vrste testiranja koja nisu dio nijednog gore navedenog testiranja, ali su ta testiranja potrebna tijekom testiranja bilo kojeg softvera ili aplikacije.
Razmotrimo te vrste testiranja jednu po jednu:
U ispitivanje dima , testirat ćemo osnovne i kritične značajke aplikacije prije nego što provedemo jedan krug dubokog i rigoroznog testiranja.
Ili prije provjere svih mogućih pozitivnih i negativnih vrijednosti poznat je kao ispitivanje dima . Analiza tijeka rada temeljnih i glavnih funkcija aplikacije glavni je cilj provođenja ispitivanja dima.
Za više informacija o ispitivanju dima pogledajte sljedeću poveznicu:
https://www.javatpoint.com/smoke-testing.
Testiranje uračunljivosti
Koristi se kako bi se osiguralo da su sve pogreške ispravljene i da se zbog ovih promjena ne pojavljuju dodatni problemi. Testiranje uračunljivosti je bez scenarija, što znači da ga ne možemo dokumentirati. Provjerava ispravnost novododanih značajki i komponenti.
zidarska formula
Da biste dobili detaljne informacije o testiranju zdravog razuma, možemo pogledati donju poveznicu:
https://www.javatpoint.com/sanity-testing.
Regresijsko testiranje
Regresijsko testiranje je najčešće korištena vrsta testiranja softvera. Evo, pojam regresija implicira da moramo ponovno testirati te dijelove nepromijenjene aplikacije.
Regresijsko testiranje je najprikladnije testiranje za alate za automatizaciju. S obzirom na vrstu projekta i dostupnost resursa, regresijsko testiranje može biti slično Ponovno testiranje .
Kad god razvojni programeri poprave pogrešku, a zatim testiranje ostalih značajki aplikacija koje bi mogle biti simulirane zbog ispravljanja pogreške poznato je kao regresijsko testiranje .
Drugim riječima, možemo reći da kad god postoji novo izdanje za neki projekt, tada možemo izvršiti regresijsko testiranje, a zbog nove značajke možemo utjecati na stare značajke u ranijim izdanjima.
Da biste dobili temeljito znanje o regresijskom testiranju, pogledajte donju poveznicu:
https://www.javatpoint.com/regression-testing .
Testiranje prihvatljivosti korisnika
Test prihvaćanja korisnika (UAT) provodi pojedinačni tim poznat kao domenski stručnjak/kupac ili klijent. A poznavanje primjene prije prihvaćanja konačnog proizvoda naziva se as testiranje prihvaćanja korisnika .
U testiranju prihvaćanja korisnika analiziramo poslovne scenarije i scenarije u stvarnom vremenu u posebnom okruženju koje se naziva UAT okruženje . U ovom testiranju testirat ćemo aplikaciju prije UAI-ja za odobrenje korisnika.
Za više informacija o testiranju prihvaćanja korisnika kliknite na donju poveznicu:
https://www.javatpoint.com/acceptance-testing.
Istraživačko ispitivanje
Kad god zahtjev nedostaje, potrebna je rana iteracija, a tim za testiranje ima iskusne testere kada imamo kritičnu aplikaciju. Novi ispitni inženjer ušao je u tim, a zatim idemo na eksplorativno ispitivanje .
Da bismo izvršili istraživačko testiranje, prvo ćemo proći kroz aplikaciju na sve moguće načine, napraviti testni dokument, razumjeti tijek aplikacije, a zatim testirati aplikaciju.
Kliknite na sljedeću poveznicu kako biste dobili potpune informacije o istraživačkom testiranju:
https://www.javatpoint.com/exploratory-testing.
Adhoc testiranje
Nasumično testiranje aplikacije čim je međugradnja u provjerenom nizu poznato je kao Adhoc testiranje .
Također se zove Testiranje majmuna i testiranje gorila . U Adhoc testiranju provjerit ćemo aplikaciju u suprotnosti sa zahtjevima klijenta; zato je poznat i kao negativno testiranje .
Kada krajnji korisnik neobavezno koristi aplikaciju, on/ona može otkriti grešku. Ipak, specijalizirani testni inženjer temeljito koristi softver, tako da on/ona možda neće prepoznati sličnu detekciju.
Za dobivanje detaljnih informacija o adhoc testiranju pogledajte sljedeće:
https://www.javatpoint.com/adhoc-testing.
Sigurnosno testiranje
To je bitan dio testiranja softvera, koristi se za utvrđivanje slabosti, rizika ili prijetnji u softverskoj aplikaciji.
Izvršenje sigurnosnog testiranja pomoći će nam da izbjegnemo neugodne napade izvana i osiguramo sigurnost naših softverskih aplikacija.
Drugim riječima, možemo reći da se sigurnosno testiranje uglavnom koristi kako bi se definiralo hoće li podaci biti sigurni i izdržati radni proces softvera.
Za sve pojedinosti o sigurnosnom testiranju, pogledajte donju poveznicu: https://www.javatpoint.com/security-testing.
Testiranje globalizacije
Druga vrsta testiranja softvera je Globalizacijsko testiranje. Globalizacijsko testiranje koristi se za provjeru razvijenog softvera za više jezika ili ne. Evo, riječi globalizacija znači prosvijetliti aplikaciju ili softver za različite jezike.
Testiranje globalizacije koristi se kako bi se osiguralo da aplikacija podržava više jezika i više značajki.
U sadašnjim scenarijima možemo vidjeti poboljšanje u nekoliko tehnologija jer su aplikacije pripremljene za globalnu upotrebu.
Posjetite sljedeću vezu kako biste dobili potpune informacije vezane uz testiranje globalizacije:
https://www.javatpoint.com/globalization-testing.
Zaključak
U vodiču smo raspravljali o različitim vrstama testiranja softvera. Ali još uvijek postoji popis s više od 100+ kategorija testiranja. Međutim, ne koristi se svaka vrsta testiranja u svim vrstama projekata.
Razgovarali smo o najčešće korištenim vrstama testiranja softvera poput testiranje crne kutije, testiranje bijele kutije, funkcionalno testiranje, nefunkcionalno testiranje, regresijsko testiranje, adhoc testiranje itd. .
Također, postoje alternativne klasifikacije ili procesi koji se koriste u različitim organizacijama, ali opći koncept je posvuda sličan.
Ove vrste testiranja, procesi i pristupi izvršenju stalno se mijenjaju kada se projekt, zahtjevi i opseg mijenjaju.