Ad hoc testavimas
Ad hoc testavimas yra neformalus arba nestruktūrizuotas programinės įrangos testavimo tipas, kurio tikslas yra nutraukti testavimo procesą, kad kuo ankstesniame etape būtų galima rasti galimų defektų ar klaidų. Ad hoc bandymai atliekami atsitiktinai ir dažniausiai tai yra neplanuota veikla, kuriant bandymo atvejus nesilaikoma jokių dokumentų ir bandymo projektavimo metodų.
Ad hoc testavimas neatlieka jokio struktūrizuoto testavimo būdo ir jis atsitiktinai atliekamas bet kurioje programos dalyje. Pagrindinis šio bandymo tikslas - atrasti defektus atsitiktinai tikrinant. Adhoc testavimą galima pasiekti naudojant programinės įrangos testavimo techniką, vadinamą klaidų atspėjimu. Spėti apie klaidas gali žmonės, turintys pakankamai patirties sistemoje, kad „atspėtų“ labiausiai tikėtiną klaidų šaltinį.
Šiam bandymui nereikia laikytis dokumentų / planavimo / proceso. Kadangi šiuo bandymu siekiama nustatyti defektus taikant atsitiktinį metodą, be jokių dokumentų, defektai nebus priskirti bandymų atvejams. Tai reiškia, kad kartais yra labai sunku atkurti defektus, nes nėra priskirti bandymo veiksmai ar reikalavimai.
Toliau pateiktame vaizdo įraše nurodoma, kaip atlikti adhoc testavimą
Spustelėkite čia, jei vaizdo įrašas nepasiekiamas
Kada atlikti adhoc testavimą?
Ad hoc bandymai gali būti atliekami, kai yra ribotas laikas atlikti išsamų bandymą. Paprastai adhoc testavimas atliekamas po oficialaus testo atlikimo. Ir jei laikas leidžia, sistemoje galima atlikti ad hoc testavimą. Ad hoc testavimas bus veiksmingas tik tuo atveju, jei testuotojas išmanys testuojamą sistemą.
Adhoc testavimo tipai
Yra įvairių tipų „Adhoc“ bandymai, kurie išvardyti taip:
| Bičiulių testavimas | Du bičiuliai abipusiai nustato to paties modulio defektus. Dažniausiai vienas bičiulis bus iš kūrėjų komandos, o kitas žmogus - iš bandymų komandos. „Buddy“ testavimas padeda testuotojams sukurti geresnius bandymų atvejus, o kūrėjų komanda taip pat gali anksti pakeisti dizainą. Šis testavimas paprastai įvyksta po to, kai baigiama „Unit Testing“. |
| Porų testavimas | Dviem testuotojams priskiriami moduliai, jie dalijasi idėjomis ir dirba tose pačiose mašinose, kad rastų defektus. Vienas asmuo gali atlikti testus, o kitas asmuo gali užrašyti išvadas. Asmenų vaidmuo testavimo metu gali būti testuotojas ir vertintojas. Draugų ir porų testavimo palyginimas: „Buddy“ testavimas yra vieneto ir sistemos testavimo derinys kartu su kūrėjais ir testuotojais, tačiau porų testavimas atliekamas tik su skirtingų žinių lygio testuotojais. (Patyrę ir nepatyrę, norėdami pasidalinti savo idėjomis ir nuomonėmis) |
| Beždžionių testavimas | Atsitiktinai išbandykite gaminį ar programą be bandomųjų atvejų su tikslu sugadinti sistemą. |
Geriausia adhoc testavimo praktika
Geriausios praktikos laikymasis gali užtikrinti veiksmingą adhoc testavimą.
Geros verslo žinios
Testuotojai turėtų gerai išmanyti verslą ir aiškiai suprasti reikalavimus. Išsamios verslo pabaigos žinios padės lengvai rasti trūkumus. Patyrę testuotojai randa daugiau defektų, nes jie geriau atspėja klaidas.
Testo raktų moduliai
Pagrindiniai verslo moduliai turėtų būti nustatyti ir skirti ad hoc bandymams. Pirmiausia reikėtų išbandyti kritinius verslo modulius, kad įgytumėte pasitikėjimo sistemos kokybe.
Įrašų defektai
Visi defektai turi būti užfiksuoti arba įrašyti į bloknotą. Defektai turi būti priskirti kūrėjams, kad jie būtų pašalinti. Kiekvienam galiojančiam defektui turi būti surašyti atitinkami bandymo atvejai ir jie turi būti pridėti prie planuojamų bandymų atvejų.
Šios defektų išvados turėtų būti padarytos kaip įgyta pamoka ir jos turėtų atsispindėti kitoje mūsų sistemoje, kol planuojame bandymo atvejus.
Išvada:
„Ad-hoc“ testavimo privalumas yra patikrinti, ar testavimas baigtas, ir rasti daugiau defektų nei planuota. Defektų gaudymo bandymų atvejai pridedami kaip papildomi bandymo atvejai prie planuojamų bandymų atvejų.
Programinės įrangos inžinerijos srityje ad-hoc testavimas taupo daug laiko, nes tam nereikia išsamaus bandymų planavimo, dokumentavimo ir bandomųjų atvejų projektavimo.