Mis on ahv & Gorilla testimine? Näited, erinevus

Lang L: none (table-of-contents):

Anonim

Ahvide testimine

Ahvide testimine on tarkvara testimise tehnika, mille puhul tester sisestab tarkvararakendusse suvalised juhuslikud sisendid ilma eelnevalt määratletud testimisjuhtudeta ja kontrollib tarkvararakenduse käitumist, hoolimata sellest, kas see kukub kokku või mitte. Ahvi testimise eesmärk on leida tarkvararakenduses vigu ja vigu eksperimentaalsete tehnikate abil.

  1. Ahvi testimisel peetakse testerit (mõnikord ka arendajat) ahviks
  2. Kui ahv kasutab arvutit, täidab ta mõistvalt süsteemis suvalise ülesande
  3. Nii nagu testija rakendab testitavas süsteemis juhuslikke testijuhtumeid vigade / vigade leidmiseks, määramata ühtegi testjuhtu
  4. Mõnel juhul on ahvide testimine pühendatud ka üksuste testimisele või GUI testimisele

Mis on Gorilla testimine?

Gorilla testimine on tarkvara testimise tehnika, kus programmi moodulit testitakse korduvalt, et veenduda, et see töötab õigesti ja selles moodulis pole viga.

Moodulit saab testida üle saja korra ja samamoodi. Niisiis, Gorilla testimine on tuntud ka kui "Frustrating Testing".

Ahvide testimise eelised:

  1. Uut tüüpi vead: testijal võib olla täielik kokkupuude testide läbiviimisega vastavalt tema arusaamadele, välja arvatud varem öeldud stsenaariumid, mis ei pruugi anda. süsteemis olemasolevatest uutest vigadest.
  2. Lihtne täita: juhuslike testide korraldamine juhuslike andmete alusel on lihtne viis süsteemi testimiseks
  3. Vähem kvalifitseeritud inimesed: ahvikatsetusi saab teha ilma kvalifitseeritud testijateta (kuid mitte alati)
  4. Vähem kulukas: nõuab testjuhtumite loomiseks ja läbiviimiseks oluliselt vähem kulusid

Ahvide testimise puudused:

  1. Ühtegi viga ei saa taasesitada: kuna testija teeb katseid juhuslikult juhuslike andmetega, ei pruugi viga või viga olla võimalik.
  2. Vähem täpsust: testija ei saa täpset testistsenaariumi määratleda ega saa isegi testjuhtumite täpsust garanteerida
  3. Nõuab väga head tehnilist asjatundlikkust: alati ei tasu kompromissidega teha täpsust, nii et testijuhtumite täpsemaks muutmiseks peavad testijad olema valdkonna kohta head tehnilised teadmised
  4. Vähem vigu ja aeganõudev: see testimine võib kesta kauem, kuna pole eelnevalt määratletud teste ja võib leida vähem vigu, mis võivad süsteemi lünki põhjustada

Võib arvata, et ahvide testimine, gorilla testimine ja ajutine testimine on samad, kuna kõigis neist on mõned sarnased faktid, kuid tegelikult on see, et need erinevad üksteisest

... kuidas?

Kõigepealt näeme erinevust ahvi ja gorilla testimisel. Esmalt olge sellega segaduste vältimiseks selge.

Ahvide testimine V / s Gorilla testimisel:

Ahvide testimine Gorilla testimine
Ahvide testimine viiakse läbi juhuslikult, ilma konkreetsete etteantud testijuhtumiteta See ei ole eelnevalt määratletud ega juhuslik
Ahvide testimine viiakse läbi kogu süsteemil. Sellel võib olla mitu testimisjuhtu Gorilla testimine viiakse läbi spetsiaalselt väheste valikuliste moodulitega, väheste testijuhtumitega
Ahvide testimise eesmärk on kontrollida süsteemi krahhi Gorilla testimise eesmärk on kontrollida, kas moodul töötab korralikult või mitte

Kui olete selle erinevusega kustutatud, vaadake järgmist;

Ahvide testimine V-ga ajutine testimine:

Ahvide testimine Ad-hoc testimine
Ahvide testimine viiakse läbi juhuslikult, ilma konkreetsete etteantud testijuhtumiteta Ad-hoc testimine viiakse läbi ilma planeerimise ja dokumenteerimiseta (testjuhtumid ja SRS)
Rakenduses Monkey Testing ei pruugi testijad teada, mis on süsteem ja selle eesmärk Ajutises testimises peab testija enne testimist süsteemi oluliselt mõistma
Ahvide testimise eesmärk on kontrollida süsteemi krahhi Ad-hoc testimise eesmärk on jagada süsteem juhuslikult alamrühmadeks ja kontrollida nende funktsionaalsust

Ahvide testimise tüübid:

Ahvide testimine jaguneb selle rakendamise viisi järgi veel mitmesse kategooriasse. Selle kiire ülevaate saamiseks vaadake järgmist skeemi;

  1. Tumm ahv: testijatel pole süsteemi ja selle funktsionaalsuse kohta aimugi, samuti puudub kindlus testjuhtumi kehtivuse kohta.
  2. Nutikas ahv: testeril on täpne ettekujutus süsteemi eesmärgist ja funktsionaalsusest. Tester navigeerib süsteemis ja annab testimiseks vajalikud andmed.
  3. Geniaalne ahv : testijad teostavad testimist vastavalt kasutaja käitumisele ja saavad täpsustada vigade esinemise tõenäosust.

Ahvide testimist saab teha ka Androidi jaoks. Ahvide testimine võib tööriistade kasutamisel tõhusaks osutuda. Isegi seda saab kasutada muude vigade leidmiseks nagu muud testimistüübid. Kui kasutame ahvi testimiseks tööriista, siis mis võiks olla selle jaoks üldine protsess? Lihtsalt vaadake kiiresti;

  1. Nagu iga teine ​​testimisvahend, on ka esimese sammuna tarkvara registreerimine spetsiaalses serveris
  2. Testikomplekti koostamiseks veenduge, et olete kõigi vajalike viidetega hästi ette valmistatud
  3. Käivitage ehitatud proovikostüüm
  4. 'Monkey Test' on testilogi fail, mis luuakse testitulemuste registreerimiseks
  5. Pidage meeles, et test kestab seni, kuni süsteem jõuab krahhi punkti, kus toiming logifaili salvestatakse
  6. Lõpuks jagatakse katsearuannet asjaomase isikuga ning testiandmeid saab salvestada ja kasutada edaspidiseks kasutamiseks

Ahvide testimise protsessi saab automatiseerida isegi tööriistade kasutamisega, kuid kuna tegemist on mingisuguse uut tüüpi testimisega, mis on tööstusharu tasandil veel kasutusele võetud, on neil tööriistadel erinevalt teistest vähem identiteeti. See olukord võib testimisprotsessi eelseisva ajaga muutuda, siis peame uurima Monkey testimise eelseisvat mõju ja selle olulist mõju tööstuse standarditele. See on ahvide testimise sissejuhatav õpetus, mis hõlmab selle põhiideed.

Kokkuvõte:

  • Ahvide testimine on testimiseks suhteliselt uus testimistüüp.
  • See erineb oluliselt Gorilla testimisest ja Ad-hoc testimisest.
  • Ahvide testimine võib mõnes testimise valdkonnas olla kasulik.
  • Tarkvaratehnikas on ahvide testimisel 3 peamist tüüpi: tumm ahv, nutikas ahv ja hiilgav ahv
  • Tööriistade abil saab muuta ahvide testimise automatiseeritud, tõhusaks ja tõhusaks.

Selle artikli autor on Dhanshri Salvi