Ad hoc testimine
Ad hoc testimine on mitteametlik või struktureerimata tarkvara testimise tüüp, mille eesmärk on testimisprotsess katkestada, et võimalikult varajases etapis leida võimalikke defekte või vigu. Ad hoc testimine toimub juhuslikult ja see on tavaliselt planeerimata tegevus, mis ei järgi testjuhtumite loomiseks ühtegi dokumentatsiooni ja testimise tehnikat.
Ad hoc testimine ei järgi struktureeritud testimisviisi ja seda tehakse juhuslikult mis tahes rakenduse osas. Selle testimise peamine eesmärk on defektide leidmine juhusliku kontrollimise teel. Adhoc-testimist on võimalik teha tarkvara testimistehnikaga, mille nimi on Error Guessing. Vigade äraarvamist saavad teha inimesed, kellel on süsteemis piisavalt kogemusi, et kõige tõenäolisem vigade allikas ära arvata.
See testimine ei nõua dokumentatsiooni / planeerimise / protsessi järgimist. Kuna selle testimise eesmärk on defektide leidmine juhusliku lähenemise kaudu, ilma igasuguse dokumentatsioonita, ei kaardistata defekte testjuhtumitega. See tähendab, et mõnikord on defektide taasesitamine väga keeruline, kuna sellele pole vastendatud ühtegi testimisetappi ega nõuet.
Järgmine video juhendab teid adhoc-testimise tegemisel
Kui videole pole juurdepääsu, klõpsake siin
Kui teostada ajutist testimist?
Ad hoc teste saab teha, kui üksikasjalike testide tegemiseks on piiratud aeg. Tavaliselt tehakse ajutine testimine pärast testi ametlikku täitmist. Ja kui aeg lubab, saab süsteemis teha ajutisi teste. Ad hoc testimine on efektiivne ainult siis, kui testija on teadlik testitavast süsteemist.
Adhoc-testimise tüübid
Adhoc-teste on erinevat tüüpi ja need on loetletud allpool:
| Sõprade testimine | Kaks sõpra töötavad vastastikku sama mooduli defektide tuvastamisel. Enamasti on üks sõber arendusmeeskonnast ja teine inimene testimismeeskonnast. Sõprade testimine aitab testijatel paremaid testijuhtumeid välja töötada ja arendusmeeskond saab ka varakult disaini muuta. See testimine toimub tavaliselt pärast üksuse testimise lõpetamist. |
| Paaritestimine | Kahele testijale määratakse moodulid, nad jagavad ideid ja töötavad defektide leidmiseks samade masinatega. Üks inimene saab testid läbi viia ja teine inimene saab järelduste kohta märkmeid teha. Isikute rollid võivad testimise ajal olla testija ja kriitik. Sõprade ja paaride testimise võrdlus: semude testimine on ühikute ja süsteemide testimise kombinatsioon koos arendajate ja testijatega, kuid paaristesti tehakse ainult erineva teadmistetasemega testijatega. (Kogenud ja kogemusteta oma ideede ja vaadete jagamiseks) |
| Ahvide testimine | Testige toodet või rakendust juhuslikult, ilma katsejuhtumita , eesmärgiga süsteem purustada. |
Adhoc-testimise parimad tavad
Parimate tavade järgimine võib tagada tõhusa ajutise testimise.
Head äriteadmised
Testijatel peaksid olema head teadmised ettevõttest ja nõuete selge mõistmine. Üksikasjalikud teadmised lõpptulemusega äriprotsessist aitavad defekte hõlpsalt leida. Kogenud testijad leiavad rohkem defekte, kuna nad oskavad paremini vead ära arvata.
Testimismoodulid
Peamised ärimoodulid tuleks kindlaks määrata ja sihtotstarbeliselt testida. Ärikriitilisi mooduleid tuleks kõigepealt testida, et saada usaldust süsteemi kvaliteedi suhtes.
Salvesta defektid
Kõik defektid tuleb märkmikusse registreerida või kirjutada. Parandamiseks tuleb arendajatele määrata defektid. Iga kehtiva defekti kohta tuleb kirjutada vastavad testijuhud ja need tuleb lisada kavandatud testjuhtumitele.
Need defektide leiud tuleks teha õppetunnina ja need peaksid kajastuma meie järgmises süsteemis, kui kavandame testimisjuhtumeid.
Järeldus:
Ad-hoc testimise eeliseks on testimise täielikkuse kontrollimine ja kavandatust rohkem defektide leidmine. Kavandatavatele proovijuhtudele lisatakse täiendavate katsekohtadena defektide püüdmise juhtumid.
Tarkvaratehnikas säästab ajutine testimine palju aega, kuna see ei nõua keerukat testide kavandamist, dokumenteerimist ja testjuhtumite kujundamist.