Što je adhoc testiranje? Vrste s primjerom
Ad hoc testiranje
Ad hoc testiranje je neformalna ili nestrukturirana vrsta testiranja softvera koja ima za cilj prekinuti proces testiranja kako bi se pronašli mogući nedostaci ili pogreške u ranoj mogućoj fazi. Ad hoc testiranje provodi se nasumično i obično je neplanirana aktivnost koja ne prati nikakvu dokumentaciju i tehnike dizajna testa za izradu testnih slučajeva.
Ad hoc testiranje ne slijedi nikakav strukturirani način testiranja i provodi se nasumično na bilo kojem dijelu aplikacije. Glavni cilj ovog testiranja je pronaći nedostatke nasumičnim ispitivanjem. Adhoc testiranje može se postići tehnikom testiranja softvera tzv Pogreška pogađanja. Nagađanje pogrešaka mogu napraviti ljudi koji imaju dovoljno iskustva u sustavu da "pogode" najvjerojatniji izvor pogrešaka.
Ovo testiranje ne zahtijeva dokumentaciju/planiranje/proces koji treba slijediti. Budući da ovo testiranje ima za cilj pronalaženje nedostataka nasumičnim pristupom, bez ikakve dokumentacije, nedostaci se neće mapirati u testne slučajeve. To znači da je, ponekad, vrlo teško reproducirati nedostatke budući da nema koraka testiranja ili zahtjeva mapiranih za to.
Sljedeći videozapis vodi vas kako provesti adhoc testiranje
Kliknite ovdje ako video nije dostupan
Kada izvršiti adhoc testiranje?
Ad hoc testiranje može se provesti kada je ograničeno vrijeme za provođenje detaljnog testiranja. Obično se adhoc testiranje provodi nakon formalnog izvršenja testa. A ako vrijeme dopušta, na sustavu se može provesti ad hoc testiranje. Ad hoc testiranje će biti učinkovito samo ako ispitivač poznaje Sustav koji se testira.
Vrste adhoc testiranja
Postoje različite vrste adhoc testiranja i one su navedene u nastavku:
Buddy Ispitivanje | Dva prijatelja međusobno rade na identificiranju nedostataka u istom modulu. Uglavnom će jedan prijatelj biti iz razvojnog tima, a druga osoba iz tima za testiranje. Buddy testiranje pomaže testerima da razviju bolje testne slučajeve, a razvojni tim također može rano unijeti promjene u dizajn. Ovo testiranje obično se događa nakon Ispitivanje jedinice završetak. |
Testiranje u paru | Dvojici testera dodijeljeni su moduli, razmjenjuju ideje i rade na istim strojevima kako bi pronašli nedostatke. Jedna osoba može izvršiti testove, a druga osoba može voditi bilješke o nalazima. Uloge osoba mogu biti ispitivač i pisar tijekom testiranja.
usporedba Buddy i testiranje parova: Buddy testiranje je kombinacija jedinice i Ispitivanje sustava zajedno s programerima i testerima, ali testiranje u paru provodi se samo s testerima s različitim razinama znanja. (Iskusni i neiskusni da podijele svoje ideje i poglede) |
Testiranje majmuna | Nasumično testirajte proizvod ili aplikaciju bez testnih slučajeva s ciljem da se razbiti sustav. |
Najbolje prakse adhoc testiranja
Slijeđenje najboljih praksi može osigurati učinkovito adhoc testiranje.
Dobro poslovno poznavanje
Ispitivači bi trebali imati dobro poznavanje poslovanja i jasno razumijevanje zahtjeva - Detaljno poznavanje poslovnog procesa od kraja do kraja pomoći će u lakom pronalaženju nedostataka. Iskusni ispitivači pronalaze više nedostataka jer su bolji u pogađanju pogrešaka.
Testirajte ključne module
Treba identificirati ključne poslovne module i ciljati ih za ad-hoc testiranje. Poslovno kritične module treba prvo testirati kako bi se steklo povjerenje u kvalitetu sustava.
Nedostaci zapisa
Sve nedostatke potrebno je evidentirati ili zapisati u bilježnicu. Greške se moraju dodijeliti programerima za popravljanje. Za svaki valjani nedostatak moraju se napisati odgovarajući testni slučajevi i moraju se dodati planiranim testnim slučajevima.
To Mana nalazi bi se trebali napraviti kao naučena lekcija i oni bi se trebali odraziti na naš sljedeći sustav dok planiramo testne slučajeve.
Zaključak
Prednost ad-hoc testiranja je provjera cjelovitosti testiranja i pronalaženje više nedostataka od planiranog testiranja. Testni slučajevi otkrivanja nedostataka dodaju se kao dodatni testni slučajevi planiranim testnim slučajevima.
U softverskom inženjerstvu, ad-hoc testiranje štedi puno vremena jer ne zahtijeva razrađeno planiranje testiranja, dokumentaciju i Testni slučaj dizajn.