Uvod v Adhoc testiranje
Adhoc testiranje je naključno ali neformalno testiranje, ki lahko pokvari sistem. To je ponavadi nenačrtovano in ni nobenih tehnik testiranja, kot je načrtovanje testnih primerov, ki bi ustvarili vpletene preskuse. To lahko storite na katerem koli delu prijave. Glavni cilj tukaj je iskanje težav ali napak v sistemu z naključnim preverjanjem delov kode. Sledi tehniki ugibanja napak. To lahko storijo ljudje, ki so že prej delali na aplikaciji in z izvedbo tovrstnega testiranja zlahka ugotovijo napake ali težave.
Kako se izvaja Adhoc testiranje?
Adhoc testiranje se izvaja na več načinov. To je mogoče storiti kadarkoli. To je lahko na začetku, na sredini ali proti koncu testiranja projekta. Obstajajo trije načini izvajanja Adhoc testiranja. Spodaj so:
- Buddy Testiranje
- Testiranje parov
- Testiranje opic
Oglejte si jih podrobno
1. Buddy Testiranje
Kot že ime pove, lahko rečemo, da bosta dva prijatelja, tester in razvijalec, sodelovala. Izbrani bodo za delo na določenem modulu. Takoj, ko razvijalec opravi testiranje enote in ima preizkuševalec nekaj primerov, lahko oba delata na tem modulu. S takšnim testiranjem lahko zagotovite, da se nova prihodnost ali funkcionalnost preverja s širšim vidikom tako za razvijalca kot za preizkuševalca. Razvijalec lahko razume različne scenarije, skozi katere bo koda potekala, in razmišlja s tega vidika.
Medtem ko lahko preizkuševalec razmisli o razvijalčevem vidiku obstoječega dizajna, pa bo pomagal preprečiti neveljavne scenarije v testnih primerih. Tako se boste izognili neveljavnim napakam. Obe strani si lahko razmišljata med seboj in si bolj jasno ogledata aplikacijo, ki je v razvoju in testiranju. Pomaga tudi pri razvoju boljših testnih primerov in razvijalcem boljši dizajn. To se ponavadi izvede, ko je testiranje enote končano.
2. Testiranje v parih
Pri tem testiranju dva preizkuševalca sodelujeta na modulu. Imajo skupno nastavitev, opravljeno za namene testiranja. Z izvedbo tovrstnega testiranja je poskrbljeno, da oba preizkuševalca najdeta načine za odkrivanje večjega števila napak v vgrajeni aplikaciji. Skupaj delijo delo testiranja in pripravijo potrebno dokumentacijo vseh opažanj, ki so jih opravili skupaj. S tovrstnim testiranjem je mogoče najti največje možno število scenarijev.
3. Testiranje opic
To testiranje se izvaja na ravni enotnega testiranja. Oseba, ki preizkuša modul, preizkusi aplikacijo na povsem naključen način. To se naredi, da se preveri, ali lahko sistem kadar koli zdrži kakršne koli zrušitve. S takšnim preizkusom je mogoče najti številne pomanjkljivosti, ki bi jih lahko odpravili že prej. Ta test lahko tudi poruši sistem, s katerim lahko razumemo, da so vprašanja glede uspešnosti, če obstajajo, vztrajna. Tukaj ne bi bilo nobenih testnih primerov, tako kot pri drugih.
Tehnike testiranja Adhoc-a
Osnovna ideja izbire testiranja Adhoc je, da preizkuševalci delujejo brez kakršnega koli preizkusa ali brez kakršnih koli testnih primerov. Zagotavlja, da je opravljeno testiranje popolno in kako koristno je pri iskanju učinkovitosti pri testiranju, ki se izvaja. Glavni način testiranja katere koli aplikacije v tej vrsti testiranja id je čim bolj naključen. Lahko skočite iz enega modula v drugega in izvedete dejavnost. Sistem se ne sme pokvariti. Glavni cilj tega sistema je najti pomanjkljivosti, ki jih je mogoče zamuditi med običajnim testiranjem.
Ta tehnika bo omogočila tudi vpogled v celotno aplikacijo, ugibanje pa lahko opravi preizkuševalec, ki ima strokovno znanje o sistemu. Vključite lahko tudi drugega preizkušenega ali celo povabite razvijalca, tako da med testiranjem ne bomo zamudili nobenega scenarija. Ko dve osebi sedita skupaj, je možganska nevihta precej koristna. Najdemo pomanjkljivosti, ki so bile prej odpravljene. Z uporabo te tehnike je več možnosti, da najdete pomanjkljivosti.
Orodja za testiranje Adhoc-a
Za ad hoc testiranje ni posebnih orodij. Posledično lahko vsa orodja, ki se že uporabljajo za preizkušanje aplikacije, uporabimo po potrebi. Na primer, za preverjanje določenega modula se uporablja Selenium. Selenium je mogoče uporabiti za testiranje modulov, nameščenih po prejšnjem modulu. To lahko pomaga pri pospešitvi postopka in pridobivanju natančnih podrobnosti. Podobno lahko druga orodja, kot je QTP, kumara, uporabimo za katero koli vrsto testiranja Adhoc, kadarkoli je to potrebno.
Prednosti Adhoc testiranja
- Glavna prednost te vrste testiranja je, da testerju ni treba slediti tradicionalnemu postopku testiranja. Aplikacijo lahko preizkusijo na poljuben način. To jim pomaga, da bolje spoznajo sistem.
- Kadar ni časa za pravilno testiranje, je testiranje Adhoc lahko rešitelj in pomoč pri pridobivanju napak, ki bi lahko prešle v proizvodnjo.
- Prihrani čas preizkuševalca, saj ni potrebe po nobeni dokumentaciji. Tu se osredotoča samo na preizkušanje in boljše razumevanje arhitekture in iskanje morebitnih težav, če obstajajo.
Slabosti Adhoc testiranja
- Ni mogoče zaslediti preizkušenih scenarijev, ker ni vključene nobene dokumentacije.
- Preskusni primeri so lahko ponavljajoči, kar lahko vodi do izgube časa.
- Učinkovitost testiranja tukaj je popolnoma odvisna od testerja.
Zaključek
Adhoc testiranje je učinkovit način iskanja težav med izvajanjem. Adhoc testiranje lahko opravi izkušen preizkuševalec, ki pozna obstoječi sistem. Dokumentacija ni potrebna in to je mogoče storiti z razvijalci ob strani. Različne perspektive testiranja lahko pripeljejo do težav, ki ne dosegajo proizvodnje, in tako pomagajo prihraniti veliko denarja. Izkazalo se je, da je stroškovno učinkovit in produktiven.
Priporočeni članek
To je vodnik za Adhoc testiranje. Tukaj obravnavamo Uvod v Adhoc testiranje in njegove tehnike skupaj z orodji. Obiščite lahko tudi druge naše predlagane članke, če želite izvedeti več_- Vrste testiranja programske opreme
- Funkcijska orodja za testiranje
- Varnostno testiranje
- Državno prehodno testiranje
- Vrste in napake pri rokovanju v JavaScript