Meni

Vrste testiranja softvera: različite vrste ispitivanja s pojedinostima

types software testing

Isprobajte Naš Instrument Za Uklanjanje Problema

Koje su različite vrste testiranja softvera?

pl sql intervju pitanje i odgovor

Mi smo kao testeri svjesni različitih vrsta softverskog testiranja kao što su funkcionalno testiranje, nefunkcionalno testiranje, automatizirano testiranje, agilno testiranje i njihove podvrste itd.

Svatko bi od nas na svom testnom putu naišao na nekoliko vrsta testiranja. Možda smo neke čuli, a na nekima smo možda i radili, ali nemaju svi znanja o svim vrstama testiranja.

Različite vrste testiranja softvera

Svaka vrsta testiranja također ima svoje značajke, prednosti i nedostatke. Međutim, u ovom sam članku obradio uglavnom svaku vrstu testiranja softvera koje obično koristimo u svakodnevnom testiranju.

Idemo ih pogledati.

Što ćete naučiti:

Različite vrste testiranja softvera

Slijedi popis nekih uobičajenih vrsta testiranja softvera:

Funkcionalne vrste ispitivanja uključuju:

  • Jedinstveno ispitivanje
  • Ispitivanje integracije
  • Ispitivanje sustava
  • Ispitivanje razuma
  • Ispitivanje dima
  • Ispitivanje sučelja
  • Ispitivanje regresije
  • Beta / Ispitivanje prihvaćanja

Nefunkcionalne vrste ispitivanja uključuju:

  • Ispitivanje performansi
  • Ispitivanje opterećenja
  • Ispitivanje naprezanja
  • Ispitivanje glasnoće
  • Ispitivanje sigurnosti
  • Ispitivanje kompatibilnosti
  • Instalirajte testiranje
  • Ispitivanje oporavka
  • Ispitivanje pouzdanosti
  • Ispitivanje upotrebljivosti
  • Ispitivanje sukladnosti
  • Ispitivanje lokalizacije

Pogledajmo više detalja o ovim vrstama testiranja.

Vrste testiranja softvera

# 1) Alfa testiranje

To je najčešća vrsta testiranja koja se koristi u softverskoj industriji. Cilj ovog ispitivanja je identificirati sve moguće probleme ili nedostatke prije nego što ih se pusti na tržište ili korisniku.

Alfa testiranje provodi se na kraju faze razvoja softvera, ali prije beta testiranja. Ipak, kao rezultat takvih ispitivanja mogu se napraviti manje izmjene u dizajnu.

Alfa testiranje se provodi na web mjestu programera. Za ovu vrstu testiranja može se stvoriti interno virtualno korisničko okruženje.

# 2) Ispitivanje prihvaćanja

An Test prihvatljivosti izvodi klijent i provjerava je li tijek sustava od kraja do kraja prema poslovnim zahtjevima ili nije i je li prema potrebama krajnjeg korisnika. Klijent prihvaća softver samo kada sve značajke i funkcije rade kako se očekuje.

Posljednja je faza ispitivanja, nakon čega softver ide u proizvodnju. To se naziva i testiranje prihvaćanja korisnika (UAT).

# 3) Ad-hoc testiranje

Samo ime sugerira da se ovo ispitivanje izvodi na ad-hoc bez ikakvog pozivanja na testni slučaj, a također bez ikakvog plana ili dokumentacije za takvu vrstu ispitivanja.

Cilj ovog ispitivanja je pronaći nedostatke i razbiti aplikaciju izvršavanjem bilo kojeg tijeka aplikacije ili bilo koje slučajne funkcionalnosti.

Ad-hoc testiranje neformalni je način pronalaska nedostataka i može ga provesti bilo tko u projektu. Teško je identificirati nedostatke bez test slučaja, ali ponekad je moguće da nedostaci pronađeni tijekom ad-hoc testiranja možda nisu identificirani pomoću postojećih test slučajeva.

# 4) Ispitivanje pristupačnosti

Cilj Ispitivanje pristupačnosti je utvrditi je li softver ili aplikacija dostupan osobama s invaliditetom ili ne.

Ovdje invalidnost znači gluhe, slijepe boje, mentalno onesposobljene, slijepe, starije i druge skupine s invaliditetom. Provode se razne provjere, poput veličine fonta za osobe s oštećenjima vida, boje i kontrasta za sljepoću za boje itd.

# 5) Beta testiranje

Beta testiranje je formalna vrsta testiranja softvera koju provodi kupac. Izvodi se u stvarno okruženje prije puštanja proizvoda na tržište za stvarne krajnje korisnike.

Beta testiranje provodi se kako bi se osiguralo da nema većih kvarova u softveru ili proizvodu i da zadovoljava poslovne zahtjeve iz perspektive krajnjeg korisnika. Beta testiranje je uspješno kada kupac prihvati softver.

Ovo testiranje obično rade krajnji korisnici ili drugi. To je posljednje testiranje provedeno prije objavljivanja prijave u komercijalne svrhe. Obično je beta verzija objavljenog softvera ili proizvoda ograničena na određeni broj korisnika u određenom području.

Dakle, krajnji korisnik zapravo koristi softver i dijeli povratne informacije s tvrtkom. Tada tvrtka poduzima potrebne mjere prije objavljivanja softvera širom svijeta.

# 6) Back-end testiranje

Kad god se ulaz ili podatak unese u front-end aplikaciju, on ih pohranjuje u bazu podataka, a testiranje takve baze podataka poznato je kao Testiranje baze podataka ili Backend testiranje.

Postoje različite baze podataka kao što su SQL Server, MySQL i Oracle itd. Testiranje baze podataka uključuje ispitivanje strukture tablice, sheme, pohranjene procedure, strukture podataka i tako dalje.

U pozadinskom testiranju GUI nije uključen, testeri su izravno povezani s bazom podataka s pravilnim pristupom i testeri mogu lako provjeriti podatke pokretanjem nekoliko upita u bazi podataka.

Tijekom ovog pozadinskog testiranja mogu se utvrditi problemi poput gubitka podataka, zastoja, oštećenja podataka itd. I ti su problemi presudni za popravljanje prije nego što sustav krene uživo u proizvodno okruženje

# 7) Testiranje kompatibilnosti preglednika

To je podvrsta ispitivanja kompatibilnosti (što je objašnjeno u nastavku), a izvodi ga ispitni tim.

Ispitivanje kompatibilnosti preglednika izvodi se za web aplikacije i osigurava da softver može raditi u kombinaciji različitih preglednika i operativnog sustava. Ova vrsta testiranja također provjerava radi li web aplikacija u svim inačicama svih preglednika ili ne.

# 8) Ispitivanje povratne kompatibilnosti

To je vrsta testiranja koja provjerava funkcionira li novo razvijeni softver ili ažurirani softver sa starijom verzijom okruženja ili ne.

Testiranje kompatibilnosti unatrag provjerava radi li nova verzija softvera ispravno s formatom datoteke stvorenim u starijoj verziji softvera; također dobro funkcionira s tablicama podataka, datotekama podataka, strukturom podataka stvorenom starijom verzijom tog softvera.

Ako se bilo koji softver ažurira, trebao bi dobro funkcionirati povrh prethodne verzije tog softvera.

# 9) Ispitivanje crne kutije

Interni dizajn sustava se ne uzima u obzir kod ove vrste ispitivanja. Testovi se temelje na zahtjevima i funkcionalnosti.

Detaljne informacije o prednostima, nedostacima i vrste ispitivanja crne kutije može se vidjeti ovdje .

# 10) Ispitivanje granične vrijednosti

Ova vrsta testiranja provjerava ponašanje aplikacije na razini granice.

Ispitivanje granične vrijednosti izvodi se radi provjere postoje li nedostaci na graničnim vrijednostima. Ispitivanje granične vrijednosti koristi se za ispitivanje različitih raspona brojeva. Za svaki raspon postoji gornja i donja granica i ispitivanje se vrši na tim graničnim vrijednostima.

Ako ispitivanje zahtijeva raspon ispitivanja brojeva od 1 do 500, tada se ispitivanje granične vrijednosti izvodi na vrijednostima od 0, 1, 2, 499, 500 i 501.

# 11) Ispitivanje grana

To je vrsta testiranja bijele kutije i provodi se tijekom jedinstvenog testiranja. Ispitivanje grana, samo ime sugerira da se kôd temeljito testira obilaženjem u svakoj grani.

# 12) Ispitivanje usporedbom

Usporedba snage i slabosti proizvoda s prethodnim verzijama ili drugim sličnim proizvodima naziva se ispitivanjem usporedbe.

# 13) Ispitivanje kompatibilnosti

To je vrsta testiranja u kojoj provjerava kako se softver ponaša i radi u drugom okruženju, web poslužiteljima, hardveru i mrežnom okruženju.

Ispitivanje kompatibilnosti osigurava da softver može raditi na drugačijoj konfiguraciji, različitoj bazi podataka, različitim preglednicima i njihovim verzijama. Ispitivanje kompatibilnosti provodi ispitni tim.

# 14) Ispitivanje komponenata

Uglavnom ga izvode programeri nakon završetka jediničnog testiranja. Ispitivanje komponenata uključuje ispitivanje višestrukih funkcionalnosti kao jedinstvenog koda i njegov je cilj identificirati postoji li neki nedostatak nakon međusobnog povezivanja tih višestrukih funkcionalnosti.

# 15) Ispitivanje od kraja do kraja

Slično testiranju sustava, Ispitivanje od kraja do kraja uključuje testiranje cjelovitog aplikacijskog okruženja u situaciji koja oponaša stvarnu upotrebu, poput interakcije s bazom podataka, korištenjem mrežnih komunikacija ili interakcije s drugim hardverom, aplikacijama ili sustavima, ako je to prikladno.

# 16) Ekvivalentna particija

To je tehnika ispitivanja i vrsta testiranja crne kutije. Tijekom ovog Ekvivalentnost particioniranja , odabire se skup grupe i uzima nekoliko vrijednosti ili brojeva za testiranje. Podrazumijeva se da sve vrijednosti iz te skupine generiraju isti izlaz.

Cilj ovog testiranja je ukloniti suvišne test slučajeve unutar određene skupine koja generira isti rezultat, ali ne i bilo kakav nedostatak.

Pretpostavimo da aplikacija prihvaća vrijednosti između -10 i +10 pa su upotrebom ekvivalentne particije vrijednosti preuzete za testiranje nula, jedna pozitivna vrijednost, jedna negativna vrijednost. Dakle, podjela ekvivalencije za ovo ispitivanje je -10 do -1, 0 i 1 do 10.

# 17) Primjer ispitivanja

To znači testiranje u stvarnom vremenu. Primjer testiranja uključuje scenarij u stvarnom vremenu, a uključuje i scenarije temeljene na iskustvu testera.

# 18) Istraživačko ispitivanje

Istraživačko testiranje je neformalno testiranje koje provodi ispitni tim. Cilj ovog ispitivanja je istražiti aplikaciju i potražiti nedostatke koji postoje u aplikaciji.

Ponekad se može dogoditi da tijekom ovog ispitivanja velika otkrivena greška može čak uzrokovati kvar sustava.

Tijekom istraživačkog ispitivanja, poželjno je pratiti kakav ste protok testirali i koju ste aktivnost radili prije početka određenog protoka.

Tehnika istraživačkog ispitivanja izvodi se bez dokumentacije i test slučajeva.

# 20) Funkcionalno ispitivanje

Ova vrsta testiranja zanemaruje unutarnje dijelove i fokusira se samo na izlazne podatke kako bi provjerila je li prema zahtjevu ili ne. To je ispitivanje tipa Black-box prilagođeno funkcionalnim zahtjevima aplikacije. Za detaljne informacije o funkcionalnom ispitivanju kliknite ovdje .

# 21) Testiranje grafičkog korisničkog sučelja (GUI)

Cilj ovog GUI testiranja je provjeriti GUI prema poslovnim zahtjevima. Očekivani GUI aplikacije spominje se na zaslonima Detaljan projektni dokument i GUI maketa.

GUI testiranje uključuje veličinu gumba i polja za unos prisutnih na zaslonu, poravnanje cijelog teksta, tablica i sadržaja u tablicama.

c ++ u usporedbi s javom

Također potvrđuje izbornik aplikacije, nakon odabira različitih izbornika i stavki izbornika, potvrđuje da stranica ne varira i poravnanje ostaje isto nakon zadržavanja miša na izborniku ili podizborniku.

# 22) Ispitivanje gorile

Ispitivanje gorila je vrsta ispitivanja koju izvodi ispitivač, a ponekad i programer. U ispitivanju gorila, jedan modul ili funkcionalnost modula testiraju se temeljito i intenzivno. Cilj ovog ispitivanja je provjeriti robusnost aplikacije.

# 23) Sretno testiranje puta

Cilj testiranja sretnog puta je uspješno testiranje aplikacije na pozitivan protok. Ne traži negativne ili pogreške. Fokus je samo na valjanim i pozitivnim ulazima putem kojih aplikacija generira očekivani izlaz.

# 24) Inkrementalno testiranje integracije

Inkrementalno ispitivanje integracije je pristup odozdo prema gore za testiranje, tj. kontinuirano testiranje aplikacije kada se doda nova funkcionalnost. Funkcionalnost aplikacije i moduli trebali bi biti dovoljno neovisni za zasebno testiranje. To rade programeri ili testeri.

# 25) Testiranje instaliranja / deinstaliranja

Ispitivanje instalacije i deinstalacije izvodi se na potpunim, djelomičnim ili nadograđenim procesima instalacije / deinstalacije na različitim operativnim sustavima pod različitim hardverskim ili softverskim okruženjem.

# 26) Integracijsko testiranje

Testiranje svih integriranih modula za provjeru kombinirane funkcionalnosti nakon integracije naziva se Ispitivanje integracije .

Moduli su obično moduli koda, pojedinačne aplikacije, klijentske i poslužiteljske aplikacije na mreži itd. Ova vrsta testiranja posebno je relevantna za klijent / poslužitelj i distribuirane sustave.

# 27) Ispitivanje opterećenja

To je vrsta nefunkcionalnog ispitivanja, a cilj ispitivanja opterećenja je provjeriti koliko opterećenja ili maksimalnog radnog opterećenja može podnijeti sustav bez ikakvih pogoršanja performansi.

Ispitivanje opterećenja pomaže kako bi se pronašao maksimalni kapacitet sustava pod određenim opterećenjem i svi problemi koji uzrokuju pogoršanje performansi softvera. Ispitivanje opterećenja vrši se pomoću alata poput JMeter , LoadRunner, WebLoad, Silk performer itd.

# 28) Ispitivanje majmuna

Ispitivanje majmuna provodi ispitivač pretpostavljajući da ako majmun koristi aplikaciju, onda kako slučajni unos, majmun će unijeti vrijednosti bez ikakvog znanja ili razumijevanja aplikacije.

Cilj ispitivanja majmuna je provjeriti pada li aplikacija ili sustav pružanjem slučajnih ulaznih vrijednosti / podataka. Ispitivanje majmuna provodi se nasumično, a nijedan scenarij nije skriptiran i nije potrebno

Ispitivanje majmuna izvodi se nasumično i ne skriptiraju se test slučajevi i nije potrebno biti svjestan pune funkcionalnosti sustava.

# 29) Ispitivanje mutacije

Ispitivanje mutacija je vrsta testiranja bijelog okvira u kojem se mijenja izvorni kôd programa i provjerava mogu li postojeći testni slučajevi prepoznati ove nedostatke u sustavu.

Promjena u izvornom kodu programa vrlo je minimalna tako da ne utječe na cijelu aplikaciju, već samo određeno područje koje utječe i povezani testni slučajevi trebaju moći identificirati te pogreške u sustavu.

# 30) Negativno testiranje

Ispitivači koji imaju način razmišljanja 'stav prema prekidu' i koriste negativno testiranje, potvrđuju to ako se sustav ili aplikacija pokvare. Negativna tehnika ispitivanja izvodi se pomoću netočnih podataka, nevaljanih podataka ili unosa. Potvrđuje da ako sustav izbaci pogrešku nevaljanog unosa i ponaša se očekivano.

# 31) Nefunkcionalno testiranje

To je vrsta testiranja za koju svaka organizacija ima zaseban tim koji se obično naziva timom za nefunkcionalno testiranje (NFT) ili timom za izvedbu.

Nefunkcionalno ispitivanje uključuje testiranje nefunkcionalnih zahtjeva kao što su ispitivanje opterećenja, testiranje naprezanja, sigurnost, volumen, testiranje oporavka itd. Cilj NFT testiranja je osigurati je li vrijeme odziva softvera ili aplikacije dovoljno brzo prema poslovnim zahtjevima.

Ne bi trebalo puno vremena za učitavanje bilo koje stranice ili sustava i trebalo bi izdržati tijekom vršnog učitavanja.

# 32) Ispitivanje performansi

Ovaj se pojam često koristi naizmjenično s testiranjem 'naprezanja' i 'opterećenja'. Ispitivanje performansi vrši se radi provjere ispunjava li sustav zahtjeve za izvedbu. Za ovo testiranje koriste se različiti alati za izvedbu i opterećenje.

# 33) Ispitivanje oporavka

To je vrsta testiranja koja provjerava koliko se dobro aplikacija ili sustav oporavlja od padova ili katastrofa.

Ispitivanje oporavka utvrđuje je li sustav sposoban nastaviti rad nakon katastrofe. Pretpostavimo da aplikacija prima podatke mrežnim kabelom i odjednom je taj mrežni kabel iskopčan.

Nešto kasnije, priključite mrežni kabel; tada bi sustav trebao početi primati podatke odakle je izgubio vezu zbog isključenog mrežnog kabela.

# 34) Ispitivanje regresije

Testiranje aplikacije u cjelini za izmjenu bilo kojeg modula ili funkcije naziva se testiranjem regresije. Teško je pokriti sav sustav u sustavu Ispitivanje regresije , tako tipično Alati za automatizaciju koriste se za ove vrste ispitivanja.

# 35) Ispitivanje temeljeno na riziku (RBT)

U Ispitivanje temeljeno na riziku , funkcionalnosti ili zahtjevi ispituju se na temelju njihovog prioriteta. Testiranje temeljeno na riziku uključuje ispitivanje vrlo kritične funkcionalnosti, koja ima najveći utjecaj na poslovanje i kod koje je vjerojatnost neuspjeha vrlo velika.

Odluka o prioritetu temelji se na poslovnoj potrebi, pa kad se jednom postavi prioritet za sve funkcionalnosti, prvo se izvršavaju funkcije visokog prioriteta ili testni slučajevi, zatim funkcionalnosti srednjeg, a zatim niskog prioriteta.

Funkcionalnost niskog prioriteta može se testirati ili ne testirati na temelju dostupnog vremena.

Testiranje na temelju rizika provodi se ako nema dovoljno vremena za testiranje cjelokupnog softvera i softver treba implementirati na vrijeme bez ikakvog odgađanja. Ovaj pristup slijedi samo rasprava i odobravanje klijenta i višeg rukovodstva organizacije.

što je dobar glazbeni downloader za android

# 36) Ispitivanje razumnosti

Ispitivanje razuma je učinjeno kako bi se utvrdilo radi li nova verzija softvera dovoljno dobro da je prihvati za veliki napor ili ne. Ako se aplikacija ruši za početnu upotrebu, sustav nije dovoljno stabilan za daljnje testiranje. Stoga je dodijeljena gradnja ili aplikacija za njezino popravljanje.

# 37) Ispitivanje sigurnosti

To je vrsta testiranja koju provodi poseban tim testera. U sustav se može prodrijeti na bilo koji način hakiranja.

Ispitivanje sigurnosti vrši se radi provjere kako su softver ili aplikacija ili web stranica zaštićeni od unutarnjih i vanjskih prijetnji. Ovo testiranje uključuje koliko je softver zaštićen od zlonamjernog programa, virusa i koliko su sigurni i jaki postupci autorizacije i provjere autentičnosti.

Također provjerava kako se softver ponaša za bilo koji napad hakera i zlonamjerne programe te kako se softver održava radi sigurnosti podataka nakon takvog napada hakera.

# 38) Ispitivanje dima

Kad god razvojni tim osigura novu gradnju, tim za testiranje softvera provjerava valjanost izrade i osigurava da ne postoji veći problem.

Tim za testiranje osigurava stabilnost izrade i daljnje provođenje detaljne razine ispitivanja. Ispitivanje dima provjerava da u izradi ne postoji defektni čep koji će spriječiti testni tim da detaljno testira aplikaciju.

Ako testeri utvrde da je glavna kritična funkcionalnost slomljena u samoj početnoj fazi, tada tim za testiranje može odbiti izradu i o tome obavijestiti razvojni tim. Ispitivanje dima provodi se do detaljne razine bilo kojeg funkcionalnog ili regresivnog ispitivanja.

# 39) Statičko ispitivanje

Statičko testiranje vrsta je ispitivanja koja se izvodi bez ikakvog koda. Izvršenje se izvodi na dokumentaciji tijekom faze ispitivanja.

Uključuje preglede, detaljni prikaz i inspekciju rezultata projekta. Statičko testiranje ne izvršava kôd umjesto sintakse koda, provjeravaju se konvencije imenovanja.

Statičko ispitivanje također je primjenjiv na test slučajeve, plan ispitivanja, projektni dokument. Potrebno je provesti statičko ispitivanje od strane ispitnog tima jer su nedostaci utvrđeni tijekom ove vrste ispitivanja isplativi iz perspektive projekta.

# 40) Testiranje naprezanja

Ovo se ispitivanje vrši kada je sustav pod stresom izvan njegovih specifikacija kako bi se provjerilo kako i kada zakazuje. To se izvodi pod velikim opterećenjem, poput stavljanja velikog broja preko prostora za pohranu, složenih upita baze podataka, kontinuiranog unosa u sustav ili opterećenja baze podataka.

# 41) Testiranje sustava

Pod, ispod Tehnika ispitivanja sustava , cijeli sustav je testiran prema zahtjevima. To je ispitivanje tipa crne kutije koje se temelji na općim specifikacijama zahtjeva i pokriva sve kombinirane dijelove sustava.

# 42) Jedinstveno testiranje

Testiranje pojedine softverske komponente ili modula naziva se Jedinstveno ispitivanje . To obično radi programer, a ne testeri, jer zahtijeva detaljno poznavanje internog dizajna programa i koda. To također može zahtijevati razvoj modula testnih upravljačkih programa ili ispitnih pojaseva.

# 43) Ispitivanje upotrebljivosti

Pod, ispod Ispitivanje upotrebljivosti , Provjerena je korisnost. Tijek aplikacije testira se kako bi se saznalo može li novi korisnik lako razumjeti aplikaciju ili ne, dokumentira se odgovarajuća pomoć ako korisnik zapne u bilo kojem trenutku. U osnovi se provjerava navigacija sustavom u ovom testiranju.

# 44) Ispitivanje ranjivosti

Testiranje koje uključuje prepoznavanje slabosti u softveru, hardveru i mreži poznato je kao testiranje ranjivosti. Zlonamjerni programi, haker može preuzeti kontrolu nad sustavom ako je ranjiv na takvu vrstu napada, virusa i crva.

Stoga je potrebno provjeriti podvrgavaju li se tim sustavima ispitivanja ranjivosti prije proizvodnje. Može utvrditi kritične nedostatke i nedostatke u sigurnosti.

# 45) Ispitivanje glasnoće

Ispitivanje glasnoće je vrsta nefunkcionalnog testiranja koje provodi tim za ispitivanje izvedbe.

Softver ili aplikacija podvrgava se ogromnoj količini podataka, a Volume Testing provjerava ponašanje sustava i vrijeme odziva aplikacije kada je sustav naišao na tako veliku količinu podataka. Ova velika količina podataka može utjecati na performanse sustava i brzinu vremena obrade.

# 46) Ispitivanje bijele kutije

Ispitivanje bijele kutije temelji se na znanju o unutarnjoj logici koda aplikacije.

Također je poznato i kao ispitivanje staklenih kutija. Interni rad softvera i koda trebao bi biti poznat po obavljanju ove vrste testiranja. Pod tim se testovima temelji na obuhvatu izjava koda, grana, putova, uvjeta itd.

Zaključak

Gore spomenute vrste testiranja softvera samo su dio testiranja. Međutim, još uvijek postoji popis s više od 100+ vrsta testiranja, ali sve vrste testiranja ne koriste se u svim vrstama projekata. Stoga sam obradio neke uobičajene vrste testiranja softvera koje se uglavnom koriste u životnom ciklusu testiranja.

Također, postoje alternativne definicije ili procesi koji se koriste u različitim organizacijama, ali osnovni koncept je svugdje isti. Ti se tipovi ispitivanja, procesi i metode njihove provedbe mijenjaju kako se mijenjaju projekt, zahtjevi i opseg.

Preporučena literatura

^