Sissejuhatus adhoc-testimisse

Adhoci testimine on juhuslik või mitteametlik testimine, mis võib olla võimeline süsteemi katkestama. See on tavaliselt planeerimata ja puuduvad sellised testimistehnikad nagu katsejuhtumite kujundamine ja katsejuhtumite loomine. Seda saab teha rakenduse mis tahes osas. Peamine eesmärk on leida süsteemis probleeme või puudusi, kontrollides juhuslikult koodi osi. See järgib vigade äraarvamise tehnikat. Seda saavad teha inimesed, kes on rakenduse kallal varem töötanud ja saavad seda tüüpi testide abil hõlpsalt teada vigu või probleeme.

Kuidas toimub Adhoci testimine?

Adhoci testimist teostatakse mitmel viisil. Seda saab teha igal ajal. See võib olla projekti testimise alguses, keskel või lõpus. Adhoci testimist saab läbi viia kolmel viisil. Need on järgmised:

  • Sõprade testimine
  • Paaride testimine
  • Ahvide testimine

Vaatame neid üksikasjalikult

1. Sõprade testimine

Nagu nimigi ütleb, võib öelda, et kaks sõpra, testija ja arendaja teevad koostööd. Nad valitakse konkreetse mooduli kallal töötamiseks. Niipea kui arendaja on üksuse testimise lõpetanud ja testijal on mõni juhtum meeles, saavad mõlemad töötada selle mooduliga. Seda laadi testimisega saate tagada, et uut tulevikku või funktsionaalsust kontrollitakse laiemas aspektis nii arendaja kui ka testija jaoks. Arendaja saab aru erinevatest stsenaariumidest, mille kaudu kood läbi saab, ja saab sellest vaatenurgast mõelda.

Kuigi testija saab olemasolevast kujundusest arendaja vaatenurga ja see aitab testjuhtudel vältida kehtetuid stsenaariume. See aitab vältida kehtetuid defekte. Mõlemad osapooled saavad mõelda üksteise moodi ja saada selgemat pilti väljatöötatavas ja testitavas rakenduses. Samuti aitab see välja töötada paremaid juhtumeid ja arendajatel olla parem disain. Tavaliselt toimub see siis, kui ühiku testimine on lõpule viidud.

2. Paaride testimine

Selles testimises töötavad kaks testijat koos mooduliga. Neil on ühine testimise eesmärk. Sellise testimise rakendamisel hoolitsetakse selle eest, et mõlemad testijad leiaksid viise suurenenud arvu defektide tuvastamiseks loodud rakenduses. Nad jagavad testimistööd ja koostavad vajalike dokumentide ka kõigi koos tehtud tähelepanekute kohta. Sellise testimise abil saab leida maksimaalse arvu stsenaariume.

3. Ahvide testimine

Seda testimist viiakse läbi ühiktesti tasemel. Moodulit testiv inimene testib rakendust täiesti juhuslikult. Seda tehakse selleks, et kontrollida, kas süsteem talub mingil ajahetkel krahhe. Sellist testi tehes võib leida palju defekte, mis oleks võinud varem jääda. See test võib ka rikkuda süsteemi, mille abil saame aru, kas jõudlusprobleemid on püsivad. Siin poleks ühtegi juhtumit nagu teiste jaoks.

Adhoci testimise tehnikad

Adhoci testimise valimise põhiidee on see, et testijad töötavad ilma ühegi testi kujunduseta või ilma ühtegi testimisjuhtumit loomata. See tagab, et teostatud testimine on täielik ja viis on kasulik tehtava testimise tõhususe leidmiseks. Peamine viis katsetada suvalise rakenduse kasutamist seda tüüpi testimisel on võimalikult juhuslik. Võite liikuda ühest moodulist teise ja sooritada tegevust. Süsteem ei tohi laguneda. Selle süsteemi põhieesmärk on leida defekte, millest tavalise testimise käigus võib mööda vaadata.

See meetod annab ülevaate ka kogu rakendusest ja selle võib ära arvata testija, kellel on süsteemi kohta asjatundlikud teadmised. Saate kaasata ka mõne teise testitud või isegi kutsuda arendaja, nii et meil ei jää testimise ajal ühtegi stsenaariumi. Kui kaks inimest istuvad koos, on ajurünnak üsna kasulik. Leiame defekte, mis on varem kõrvaldatud. Seda tehnikat kasutades on defektide leidmise tõenäosus suurem.

Adhoci testimisriistad

Ad hoc testimisel pole spetsiifilisi tööriistu. Selle tulemusel saab kõiki tööriistu, mida juba rakenduse testimiseks kasutatakse, kasutada vastavalt vajadusele. Näiteks konkreetse mooduli kontrollimiseks kasutatakse seleeni. Seleeni saab kasutada pärast eelmist moodulit kasutusele võetud moodulite testimiseks. See võib aidata protsessi kiirendada ja täpseid üksikasju saada. Sarnaselt saab muid tööriistu, näiteks QTP, kurk, kasutada igat tüüpi Adhoci testimisel, kui see on vajalik.

Adhoci testimise eelised

  • Seda tüüpi testimise peamine eelis on see, et testija ei pea järgima tavapärast testimisprotsessi. Nad saavad rakendust testida mis tahes viisil, mis neile meeldib. See aitab neil süsteemi paremini tundma õppida.
  • Kui õigeks testimiseks pole aega, võib Adhoci testimine olla päästjaks ja aidata saada defekte, mis võivad tootmisele üle minna.
  • See säästab testija aega, kuna pole vaja mingeid dokumente. Siin keskendutakse ainult arhitektuuri paremale testimisele ja mõistmisele ning probleemide leidmisele nende olemasolul.

Adhoci testimise puudused

  • Testitud stsenaariume pole võimalik jälgida, kuna puuduvad dokumendid.
  • Testijuhtumid võivad olla korduvad, mis võib põhjustada aja raiskamist.
  • Testimise efektiivsus sõltub siin täielikult testijast.

Järeldus

Adhoc-testimine on tõhus viis probleemide otsimiseks tööajas. Adhoci testimist saab teha kogenud testija, kes teab olemasolevat süsteemi. Dokumentatsiooni pole vaja ja seda saab teha koos arendajatega. Erinevad testimisperspektiivid võivad tõstatada küsimusi, mis ei jõua tootmiseni ja aitavad selle tulemusel palju raha kokku hoida. See osutub kuluefektiivseks ja produktiivseks.

Soovitatav artikkel

See on olnud Adhoci testimise juhend. Siin käsitleme sissejuhatust Adhoci testimisse ja selle tehnikaid koos tööriistadega. Lisateavet leiate ka meie teistest soovitatud artiklitest_
  1. Tarkvara testimise tüübid
  2. Funktsionaalse testimise tööriistad
  3. Turvalisuse testimine
  4. Riigi ülemineku testimine
  5. Tüübid ja vigade käsitlemine JavaScriptis

Kategooria:

Tarkvaraarendus