Ad hoc testiranje
Ad hoc testiranje je neformalna ali nestrukturirana vrsta testiranja programske opreme, katere namen je prekiniti postopek testiranja, da bi v zgodnji možni fazi našli morebitne napake ali napake. Ad hoc testiranje se izvaja naključno in običajno gre za nenačrtovano dejavnost, ki ne upošteva nobene dokumentacije in tehnik načrtovanja testov za ustvarjanje testnih primerov.
Ad hoc testiranje ne sledi strukturiranemu načinu testiranja in se izvaja naključno v katerem koli delu aplikacije. Glavni cilj tega testiranja je z naključnim preverjanjem najti napake. Adhoc testiranje je mogoče doseči s tehniko testiranja programske opreme, imenovano Ugibanje napak. Ugibanje o napakah lahko opravijo ljudje, ki imajo dovolj izkušenj v sistemu, da "uganejo" najverjetnejši vir napak.
Za to testiranje ni treba upoštevati dokumentacije / načrtovanja / postopka. Ker je namen tega testiranja iskanje napak z naključnim pristopom, brez kakršne koli dokumentacije, napake ne bodo preslikane v testne primere. To pomeni, da je včasih zelo težko reproducirati napake, saj ni preskusnih korakov ali zahtev.
Po video vodičih boste izvedeli, kako opraviti adhoc testiranje
Kliknite tukaj, če video ni dostopen
Kdaj izvesti testiranje Adhoc?
Ad hoc testiranje je mogoče izvesti, kadar je čas za izvedbo podrobnega testiranja omejen. Običajno se adhoc testiranje izvede po formalni izvedbi testa. Če čas dopušča, je mogoče v sistemu opraviti priložnostna testiranja. Ad hoc testiranje bo učinkovito le, če preizkuševalec pozna sistem, ki se preizkuša.
Vrste Adhoc testiranja
Obstajajo različne vrste testiranja Adhoc in so navedeni spodaj:
| Družabno testiranje | Dva prijatelja si medsebojno prizadevata prepoznati napake v istem modulu. Večinoma bo en prijatelj iz razvojne ekipe, druga oseba pa iz ekipe za testiranje. Prijateljsko preizkušanje pomaga preizkuševalcem razviti boljše testne primere, razvojna skupina pa lahko tudi zgodaj naredi spremembe v oblikovanju. To preskušanje se običajno zgodi po zaključku preskušanja enot. |
| Preskušanje parov | Dva preizkuševalca imata dodeljena modula, izmenjujeta ideje in delata na istih strojih, da najdeta napake. Ena oseba lahko opravi teste, druga pa si lahko ugotovi ugotovitve. Vloge oseb so med preizkušanjem lahko preizkuševalci in pisarji. Primerjava preizkusov Buddy in Pair: Buddy testiranje je kombinacija testiranja enot in sistema skupaj z razvijalci in preizkuševalci, toda testiranje parov se izvaja samo s preizkuševalci z različnimi stopnjami znanja. (Izkušeni in neizkušeni, da delijo svoje ideje in poglede) |
| Testiranje opic | Naključno preizkusite izdelek ali aplikacijo brez testnih primerov, da bi prekinili sistem. |
Najboljše prakse testiranja Adhoc
Upoštevanje najboljših praks lahko zagotovi učinkovito testiranje Adhoc.
Dobro poslovno znanje
Preizkuševalci bi morali dobro poznati poslovanje in jasno razumeti zahteve. Podrobno poznavanje končnega poslovnega procesa bo pomagalo zlahka najti napake. Izkušeni preizkuševalci najdejo več napak, saj bolje ugibajo.
Moduli za preskusne ključe
Treba je opredeliti ključne poslovne module in jih usmeriti na priložnostna testiranja. Najprej je treba preizkusiti poslovne kritične module, da pridobite zaupanje v kakovost sistema.
Zabeleži napake
Vse napake je treba zabeležiti ali zapisati v beležko. Napake morajo razvijalci dodeliti za odpravo. Za vsako veljavno napako je treba napisati ustrezne testne primere in jih dodati med načrtovane testne primere.
Te ugotovitve o napakah naj bodo narejene kot pridobljena lekcija in naj bodo odražene v našem naslednjem sistemu, medtem ko načrtujemo testne primere.
Zaključek:
Prednost ad-hoc testiranja je preveriti popolnost testiranja in odkriti več napak kot načrtovano testiranje. Testni primeri za odkrivanje napak so dodani kot dodatni testni primeri načrtovanim testnim primerom.
Pri programskem inženirstvu ad-hoc testiranje prihrani veliko časa, saj ne zahteva natančnega načrtovanja, dokumentacije in zasnove testnih primerov.