Mis on uuriv testimine? Näidetega tehnikad

Mis on uuriv testimine?

UURIMISKATSED on tarkvara testimise tüüp, kus testijuhtumeid ei looda ette, vaid testijad kontrollivad süsteemi käigu pealt. Nad võivad üles märkida ideed selle kohta, mida enne testi käivitamist testida. Uurimusliku testimise keskmes on rohkem testimine kui "mõtlev" tegevus.

Uurivat testimist kasutatakse agiilsetes mudelites laialdaselt ja see on seotud avastamise, uurimise ja õppimisega. See rõhutab testija isiklikku vabadust ja vastutust.

Skriptitud testimise all kavandate kõigepealt testjuhtumid ja jätkate hiljem testi täitmist. Vastupidi, uuriv testimine on samaaegne testide kavandamise ja testide teostamise protsess.

Skriptitud testi täitmine on tavaliselt mõtlematu tegevus, kus testijad sooritavad testi etapid ja võrdlevad tegelikke tulemusi oodatavate tulemustega. Sellist testi sooritamise tegevust saab automatiseerida, see ei nõua palju kognitiivseid oskusi.

Kuigi tarkvara testimise praegune suundumus on automatiseerimine , on uurimuslik testimine uus mõtteviis. Automatiseerimisel on oma piirid

Skriptitud ja uuriva testimise erinevused

Skriptitud testimine	Uurimuslik katsetamine
Suunatud nõuetest	Suunatud nõuetest ja katsetamise ajal uurimisest
Testjuhtumite kindlaksmääramine aegsasti	Testjuhtumite kindlaksmääramine testimise ajal
Nõuetega katsetamise kinnitus	Süsteemi või rakenduse uurimine
Rõhutab ennustamist ja otsustamist	Rõhutab kohanemisvõimet ja õppimist
Kaasas kinnitatud testimise	Kaasab uurimist
On seotud testide kontrollimisega	See on seotud testi disaini täiustamisega
Nagu kõne pidamine - loete mustandist	Nagu vestluse pidamine - see on spontaanne
Skript on kontrolli all	Testija mõistus on kontrolli all

Uurimuslik testimine -

• See pole juhuslik testimine, kuid see on ad-hoc testimine, mille eesmärk on leida vigu
• On struktureeritud ja range
• On kognitiivselt (mõtlemisega) struktureeritud võrreldes skriptiga testimise protseduurilise struktuuriga. See struktuur pärineb hartast, ajaboksist jne.
• On väga õpetatav ja juhitav
• See pole tehnika, vaid lähenemine. See, milliseid toiminguid järgmisena sooritate, sõltub sellest, mida praegu teete

Kuidas teha uurivaid teste

Järgnev on samm-sammuline protsess, kuidas teha uurivat testimist, mida nimetatakse ka seansipõhiseks testide haldamiseks (SBTM Cycle):

1. Vigade taksonoomia loomine (klassifikatsioon)
   • Liigitage eelmistes projektides leitud levinud rikketüübid
   • Analüüsige probleemide või rikete algpõhjuste analüüsi
   • Leidke rakenduse testimiseks riskid ja arendage ideid.
2. Testharta
   • Testide harta peaks soovitama
     1. mida testida
     2. kuidas seda saab testida
     3. Mida tuleb vaadata
   • Testiideed on uurimiskatse lähtepunkt
   • Testtellimus aitab kindlaks teha, kuidas lõpptarbija süsteemi saaks kasutada
3. Ajakast
   • See meetod hõlmab paari testijaid, kes töötavad koos vähemalt 90 minutit
   • Selle 90-minutilise seansi ajal ei tohiks olla katkestatud aega
   • Ajakasti saab pikendada või vähendada 45 minuti võrra
   • See sessioon julgustab testijaid reageerima süsteemi vastusele ja valmistuma õigeks tulemuseks
4. Vaadake tulemused üle:
   • Defektide hindamine
   • Testimisest õppimine
   • Katvusalade analüüs
5. Ülekanne:
   • Väljunditulemuste koostamine
   • Võrrelge tulemusi hartaga
   • Kontrollige, kas on vaja täiendavaid teste

Näiteks tuleb uurimusliku täitmise ajal teha järgmist:

• Testimise missioon peaks olema väga selge
• Pange märkmeid selle kohta, mida tuleb testida, miks seda tuleb testida, ja hinnata toote kvaliteeti
• Uurimistestimisel tõstatatud küsimuste ja probleemide jälgimine
• Efektiivseks testimiseks ühendage testijad paremini kokku
• Mida rohkem me testime, seda tõenäolisemalt täidame nõutavate stsenaariumide jaoks õigeid testjuhtumeid

On väga oluline võtta dokument ja jälgida järgmist

• Testi katvus - kas oleme teinud märkmeid testjuhtumite hõlmatuse kohta ja parandanud tarkvara kvaliteeti
• Riskid - millised riskid tuleb katta ja millised on kõik olulised?
• Testi täitmise logi - testi täitmise salvestused
• Probleemid / päringud - tehke märkmeid süsteemi küsimuste ja probleemide kohta

Nutikam uuriv testimine leiab rohkem vigu vähem aja jooksul.

Uuriva testimise plussid ja miinused

Pro

Con

See testimine on kasulik, kui nõudedokumendid pole saadaval või osaliselt saadaval See hõlmab uurimisprotsessi, mis aitab leida tavalisest testimisest rohkem vigu - Avastage vead, mida muud testimistehnikad tavaliselt eiravad Aitab laiendada testijate fantaasiat, sooritades üha uusi testijuhtumeid, mis parandab lõpuks ka tootlikkust See testimine tutvub rakenduse väikseima osaga ja hõlmab kõiki nõudeid See testimine hõlmab kõiki testimistüüpe ning erinevaid stsenaariume ja juhtumeid Julgustab loovust ja intuitsiooni Uute ideede genereerimine testi käivitamisel

See testimine sõltub puhtalt testija oskustest Piiratud testija domeenialaste teadmistega Ei sobi pika täitmisaja jaoks

Uuriva testimise väljakutsed:

Uurimistestimisel on palju väljakutseid ja neid on selgitatud allpool:

• Rakenduse või tarkvarasüsteemi kasutamise õppimine on väljakutse
• Rikke kordamine on keeruline
• Tööriistade kasutamise kindlaksmääramine võib olla keeruline
• Parimate testijuhtude määramine võib olla keeruline
• Testitulemuste esitamine on väljakutse, kuna aruandes pole kavandatud skripte ega juhtumeid, mida saaks tegeliku tulemuse või tulemusega võrrelda
• Kõigi hukkamise ajal toimunud sündmuste dokumenteerimist on raske salvestada
• Ei tea, millal testimine peatada, kuna uurimuslikul testimisel on vaja kindlaid testijuhte täita.

Kui kasutada uurimuslikku katsetamist?

Uurivat katsetamist saab ulatuslikult kasutada, kui

• Testimisrühmas on kogenud testijaid
• Vajalik on varajane kordamine
• On olemas kriitiline rakendus
• Meeskonda astusid uued testijad

Järeldus:

Tarkvaratehnikas tehakse skriptitud testimise piirangute ületamiseks uurimuslik testimine. See aitab parandada Test Case'i komplekti. See tunneb kaasa õppimisele ja kohanemisvõimele.