Što je adhoc testiranje? Vrste s primjerom

Što je ad hoc testiranje?

Ad hoc testiranje je spontan i fleksibilan način testiranja softvera bez praćenja ikakvog utvrđenog plana ili dokumentacije. Umjesto da unaprijed pripremate testne slučajeve, odmah se upuštate u istraživanje aplikacije. Pojam "ad hoc" znači „za određenu svrhu“ ili „neplanirano“, što uistinu odražava ovaj stil testiranja.

Da to jednostavno kažem. Zamislite da sam upravo instalirao novu aplikaciju na svoj uređaj. Umjesto da označim popis koraka testiranja, počnem tapkatiping okolo. Mogu pokušati unijeti čudne podatke, koristiti aplikaciju na neočekivane načine ili čak pokušati namjerno prekinuti njezin tijek. Moj je cilj ovdje vidjeti kako se aplikacija nosi s stvarna, nepredvidiva upotreba— ne samo idealni scenariji.

Ad-hoc testiranje se ističe jer često otkriva probleme koje formalni testovi mogu propustiti. Kreativnim razmišljanjem i stavljanjem sebe u poziciju različitih korisnika, mogu pronaći bube i problemi upotrebljivosti koje bi drugi mogli previdjeti. Ova metoda se oslanja na testera intuicija, iskustvo, i duboko razumijevanje aplikacije. To je odličan način za rano uočavanje pogrešaka, posebno kada je vrijeme kratko ili je dokumentacija ograničena.

Iako se ad-hoc testiranje može činiti neformalnim, njegova prava vrijednost proizlazi iz stručnosti i sposobnosti testera da razmišljati izvan okviraČesto se smatra vrstom testiranje crne kutije budući da se usredotočuje na to kako se softver ponaša na površini, a ne na to kako je izgrađen ispod površine. Korišteno uz strukturirano testiranje, adhoc testiranje pomaže u osiguravanju pouzdan i proizvod jednostavan za korištenje.

Sljedeći video vas vodi kroz postupak adhoc testiranja.

Kliknite ovdje ako video nije dostupan

Kada provoditi ad hoc testiranje?

Poznavanje najboljeg vremena za provođenje ad hoc testiranja može uvelike utjecati na kvalitetu vašeg softvera. Tijekom godina naučio sam da je vrijeme ključno za ovaj fleksibilan i spontan pristup testiranju. Ad hoc testiranje savršeno se uklapa kada trebate brzo provjeriti probleme koje strukturirani testni slučajevi mogu propustiti. Istražimo glavne situacije kada je ad hoc testiranje najvrjednije:

• Rani razvoj: Dobro funkcionira kada formalni testni slučajevi još nisu spremni. Možete brzo uočiti greške u novim značajkama prije nego što se kreiraju službeni planovi testiranja.
• Prije početka službenog testiranja: Koristite ad hoc testiranje kao brzo skeniranje kako biste bili sigurni da osnove rade. To pomaže u sprječavanju gubljenja vremena na neispravne verzije tijekom formalnih testnih ciklusa.
• Nakon završetka formalnog testiranja: Čak i nakon što se ispune svi testni slučajevi, neki se bugovi i dalje mogu provući. Ad hoc testiranje omogućuje vam traženje nedostataka koje strukturirano testiranje može propustiti, posebno onih izvan dokumentiranih zahtjeva.
• Kada vam nedostaje vremena: Ponekad jednostavno nema dovoljno vremena za potpuni krug testiranja. U takvim slučajevima, iskusni testeri mogu koristiti ad hoc testiranje kako bi brzo pronašli najvažnije probleme.
• Za detaljno istraživanje značajke: Ako želite stvarno razumjeti kako se određeni dio softvera ponaša, Ad Hoc testiranje vam omogućuje slobodno istraživanje bez pridržavanja skripte.
• Za provjere upotrebljivosti: Možete se staviti u korisničku kožu kako biste vidjeli postoje li neki zbunjujući ili frustrirajući dijelovi softvera. To pomaže poboljšati cjelokupno iskustvo.
• Tijekom beta testiranja: Mnogi beta testeri prirodno koriste ad hoc testiranje dok isprobavaju softver u stvarnim situacijama, otkrivajući probleme koji se pojavljuju samo u stvarnoj upotrebi.

Vrste ad hoc testiranja

Ad hoc testiranje možda ne slijedi formalni plan, ali s vremenom se pojavilo nekoliko korisnih stilova. To nisu stroge kategorije, ali odražavaju kako se testeri prilagođavaju na temelju stvarnih potreba. Po mom iskustvu, korištenje ovih metoda u pravoj situaciji može brže i učinkovitije otkriti skrivene greške.

• Buddy Testiranje: Ova metoda spaja programera i testera kako bi radili rame uz rame. Programer objašnjava kako je značajka izgrađena. U međuvremenu, tester je istražuje iz korisničke perspektive. Ova kombinacija znanja kodiranja i vještina testiranja pomaže u ranom otkrivanju problema, često odmah nakon završetka kodiranja.
• Testiranje u paru: Dva testera rade zajedno na istom uređaju. Jedan istražuje aplikaciju dok drugi predlaže različite unose i promatra ponašanje. Izmjenjuju se i dijele bilješke. Ova suradnja u stvarnom vremenu potiče kreativnost i često pronalazi više nedostataka nego samo testiranje.
• Testiranje majmuna: Ovo je najnepredvidljiviji pristup. Tester ili alat nasumično klikće, tipka ili se kreće kroz aplikaciju. Cilj je gurati sustav dok se ne slomi. Iako se ovo može činiti kaotičnim, odličan je način za pronalaženje grešaka ili slabih točaka. Samo zapamtite, reproduciranje grešaka pronađenih na ovaj način može biti teško.

Svaki od ovih pristupa ima svoje prednosti. Odabir pravog ovisi o potrebama vašeg projekta, dinamici tima i koliko brzo su potrebne povratne informacije. Iz onoga što sam vidio, kombiniranje ovih metoda može izvući najbolje iz ad hoc testiranja - otkrivajući probleme koje bi skriptno testiranje moglo propustiti.

Prednosti ad-hoc testiranja

Adhoc testiranje nudi jedinstvenu vrijednost koju strukturirano testiranje često propušta. Fleksibilno je, brzo i oslanja se na instinkt testera, a ne na fiksne postupke. Iz mog iskustva, ova vrsta testiranja je snažan dodatak formalnim metodama, posebno u brzo mijenjajućim razvojnim okruženjima.

• Otkriva skrivene greške: Bez ograničenja unaprijed definiranih testnih slučajeva, istražuje neočekivane putove gdje se često skrivaju greške.
• Brzo i jednostavno postavljanje: Nema potrebe za detaljnim planovima testiranja ili dokumentacijom, što štedi puno vremena kada je potrebna brza povratna informacija.
• Isplativo kada je vrijeme kratko: Idealno za situacije gdje su resursi ograničeni, ali kritične greške i dalje treba brzo pronaći.
• Uvidi stvarnih korisnika: Budući da se testeri ponašaju kao krajnji korisnici, proces testiranja može istaknuti nedostatke upotrebljivosti koje formalni testovi mogu propustiti.
• Koristi intuiciju testera: Vješti testeri mogu se osloniti na svoje iskustvo kako bi otkrili suptilne nedostatke koje alati ili skripte mogu previdjeti.
• Poboljšava formalno testiranje: Ne zamjenjuje formalno testiranje. Umjesto toga, dodaje još jedan sloj pouzdanosti proširujući pokrivenost testovima.
• Trenutačna petlja povratnih informacija: Posebno korisno u agilnim postavkama gdje se greške moraju brzo pronaći i ispraviti kako bi se stvari nastavile odvijati.

Nedostaci ad-hoc testiranja

Ad hoc testiranje dolazi s nekoliko ograničenja koja mogu utjecati i na kvalitetu testiranja i na ishod proizvoda. Dozvolite mi da ih jasno objasnim iz vlastitog iskustva s testiranjem.

• Teško reproducirane greške: Budući da ne postoji strukturirani pristup ili detaljni zapis, repliciranje problema može biti teško. To otežava rješavanje problema programerima.
• Oslanja se na iskustvo testera: Uspjeh ove metode uvelike ovisi o tome koliko je tester vješt ili upoznat s proizvodom. Početnik bi mogao propustiti važne nedostatke koje bi iskusni tester uočio.
• Nema potpunog testnog pokrivanja: Ad hoc testiranje ne slijedi planirani put. To znači da neka važna područja mogu ostati netestirana, a nitko to ne primijeti dok ne bude prekasno.
• Propusti Tracking i metrike: Bez ikakvih testnih slučajeva ili zapisnika, teško je mjeriti napredak, prepoznati obrasce ili razumjeti što je testirano. To smanjuje vidljivost za timove i dionike.
• Nije prikladno za visokorizične primjene: Projekti u zdravstvu, bankarstvu ili sigurnosno kritičnim sustavima zahtijevaju temeljitu dokumentaciju i validaciju. Samo ad hoc testiranje ne zadovoljava te stroge standarde.
• Može li se gubiti vrijeme bez fokusa: Ako tester nema barem neformalne ciljeve, mogao bi potrošiti previše vremena istražujući značajke niskog prioriteta. To usporava cjelokupni ciklus testiranja.

Najbolje prakse za učinkovito ad hoc testiranje

Kako biste maksimalno iskoristili prednosti ad hoc testiranja unatoč njegovoj neformalnoj prirodi, razmotrite ove prakse koje premošćuju jaz između nestrukturiranog istraživanja i pouzdanog otkrivanja nedostataka. trackralj:

1) Dobro poslovno znanje

Testeri bi trebali dobro poznavati poslovanje i jasno razumjeti zahtjeve. Detaljno poznavanje cjelokupnog poslovnog procesa pomoći će u lakšem pronalaženju nedostataka. Iskusni testeri pronalaze više nedostataka jer su bolji u pogađanju pogrešaka.

2) Testni ključni moduli

Ključne poslovne module treba identificirati i ciljati za ad-hoc testiranje. Poslovno kritične module treba prvo testirati kako bi se steklo povjerenje u kvalitetu sustava.

3) Nedostaci zapisa

Sve nedostatke treba zabilježiti ili napisati u bilježnicu. Nedostaci moraju biti dodijeljeni programerima za ispravljanje. Za svaki valjani nedostatak moraju se napisati odgovarajući testni slučajevi i 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.

4) Uparite se

Kao što se vidi u Buddy ili parno testiranje, suradnja može donijeti različite perspektive i poboljšati otkrivanje nedostataka.

Primjeri adhoc testova

Adhoc testiranje se u osnovi odnosi na istraživanje aplikacije bez fiksnog plana. Umjesto praćenja skripti, oslanjamo se na intuiciju i prošla iskustva. Često sam smatrao da je ovaj pristup koristan kada pokušavam uhvatiti neobične ili neočekivane greške koje bi skriptirani testovi mogli propustiti.

• Test opterećenja značajke prijave: Tester se više puta prijavljuje i odjavljuje s različitim, nekim netočnim, podacima za prijavu kako bi provjerio hoće li se sustav srušiti ili čudno reagirati.
• Neobičan korisnički unos: Unos simbola, izrazito dugih nizova ili neočekivanih formata datoteka radi provjere reagiranja sustava. Pomaže u otkrivanju koliko je dobro obrađena validacija unosa.
• Slučajni klikovi i navigacija: Tester nasumično klika kroz aplikaciju - skačeping između stranica, aktivirajući gumbe izvan redoslijeda - kako bi se uočilo neočekivano ponašanje.
• Kaos pri prijenosu datoteka: Prijenos nepodržanih vrsta datoteka ili oštećenih datoteka radi testiranja robusnosti značajke prijenosa.
• Testiranje prekida: Prekid procesa (poput zatvaranja kartice tijekom spremanja ili prekida internetske veze) kako bi se vidjelo kako se sustav oporavlja.

Komparativna analiza s istraživačkim testiranjem

Iako se često poistovjećuju, ad hoc i istraživačko testiranje pokazuju različite operativne parametre:

svojstvo	Ad hoc testiranje	Istraživačko ispitivanje
Dokumentacija	Samo nakon izvršenja	Kontinuirano snimanje
Planiranje	nijedan	Lagani čarterski brod
Struktura sesije	Potpuno nestrukturirano	Vremenski ograničene iteracije
Reprodukcija defekata	33% ponovljivosti	78% ponovljivosti
Integracija automatizacije	Ograničena primjenjivost	42% ugradnje alata

Pitanja i odgovori