Mis on staatiline testimine? Tarkvara testimise tehnikad
Thomas Hamilton
⚡ Nutikas kokkuvõte
Staatiline testimine on tarkvara testimise tehnika, mis kontrollib rakendust defektide suhtes ilma koodi käivitamata, tuginedes ülevaadetele, näiteks läbikäimistele ja kontrollidele, ning automatiseeritud analüüsitööriistadele, et vigu varakult tuvastada ning arenduskulusid ja -aega vähendada.
Mis on staatiline testimine?
Staatiline testimine on tarkvara testimistehnika, mida kasutatakse tarkvararakenduse defektide kontrollimiseks ilma koodi käivitamata. Staatiline testimine toimub selleks, et vältida vigu varases arendusetapis, kuna vigu on lihtsam tuvastada ja vigu lahendada. Samuti aitab see leida vigu, mida dünaamiline testimine ei pruugi leida.
Selle vaste on dünaamiline testimine, mis kontrollib rakendust koodi käivitamisel. Üksikasjaliku erinevuse saamiseks vaadake seda õpetust staatiline ja dünaamiline testimine.
Staatilise testimise kaks peamist tüüpi on
- Manuaalsed uuringud: manuaalsed uuringud hõlmavad käsitsi tehtud koodi analüüsi, mida tuntakse ka kui ARVUSTUSED.
- Automatiseeritud analüüs tööriistade abil: Automatiseeritud analüüs on põhimõtteliselt staatiline analüüs, mida tehakse tööriistade abil.
Staatilise testimise tehnikad
- Mitteametlik Revnägemused
- walkthroughs
- Tehniline Revnägemused
- Kontrollid
- Staatiline analüüs
- Andmevoog
- Juhtimise voog
Staatiliseks testimiseks kasutatavad tööriistad
Staatiliseks testimiseks kasutatavad erinevad tööriistad on järgmised:
Mis on testimine Revnoh?
Staatilise testimise ülevaatus on protsess või koosolek, mis viiakse läbi, et leida võimalikud vead mis tahes programmi kujunduses. Ülevaatuse tähtsus on ka selles, et kõik meeskonnaliikmed saavad projekti edenemisest teada ja mõnikord võib mõtete mitmekesisus anda suurepäraseid ettepanekuid. Inimesed vaatavad dokumente vahetult üle ja lahknevused lahendatakse.
Revnägemused võib lisaks liigitada nelja ossa:
- Mitteametlikud ülevaated
- walkthroughs
- Tehniline ülevaade
- Kontrollid
Ajal Revkatseprotsessis osalevad nelja tüüpi osalejad:
- Esitaja: kontrollib sisenemist, jälgib ümbertöötamist, juhendab meeskonnaliiget, määrab koosoleku ajakava.
- autor: Võtab vastutuse leitud defekti parandamise eest ja parandab dokumendi kvaliteeti
- Kirjatoimetaja: registreerib vea ülevaatuse ajal ja osaleb ülevaatuskoosolekul
- Reviewer: Kontrollige materjali defektide suhtes ja kontrollige
- Juht: Otsustage ülevaatuste teostamise üle ja tagage, et ülevaatusprotsessi eesmärgid on täidetud.
Staatilise testimise käigus kergemini leitavad defektid on järgmised:
- Kõrvalekalded standarditest
- Mittehooldatav kood
- Disaini defektid
- Puuduvad nõuded
- Ebajärjekindlad liidese spetsifikatsioonid
Tavaliselt on staatilise testimise käigus avastatud defekti põhjuseks turvanõrkused, deklareerimata muutujad, piiride rikkumised, süntaksi rikkumised, ebaühtlane liides jne.
Näpunäiteid edukaks staatiliseks testimiseks
Mõned kasulikud näpunäited tarkvaratehnika staatilise testimise protsessi läbiviimiseks.
- Keskenduge ainult asjadele, mis tõesti loevad
- Selgesõnaliselt planeerida ja track ülevaatustegevused. Tarkvara läbivaatus ja kontroll on üldiselt liitmaterjaliks vastastikuse hindamise käigus tehtud uuringutele.
- Koolitage osalejaid näidetega
- Lahendage inimestega seotud probleeme
- Hoidke protsess formaalne kui projektikultuur
- Pidev täiustamine – protsess ja tööriistad
- Testimise suuremate viivituste eemaldamisega saab testimise kulusid ja aega vähendada
Miks staatiline testimine?
Staatiline testimine viiakse läbi järgmistel põhjustel
- Varajane defektide avastamine ja parandamine
- Vähendatud arendusajad
- Vähendatud testimiskulud ja -aeg
- Arenduse tootlikkuse parandamiseks
- Et testimise hilisemas etapis oleks vähem defekte
Mida staatilises testimises testitakse
Staatilises testimises testitakse järgmisi asju
- Ühiku testimise juhtumid
- Ärinõuete dokument (BRD)
- Kasutage kohtuasju
- Süsteemi/funktsionaalsed nõuded
- Prototüüp
- Prototüübi spetsifikatsiooni dokument
- DB Fields Dictionary arvutustabel
- Testi andmed
- TracTegevusmaatriksi dokument
- Kasutusjuhend/koolitusjuhendid/dokumentatsioon
- Katseplaani strateegia dokument/testimisjuhtumid
- Automatiseerimise/jõudluse testimise skriptid
Kuidas staatilist testimist teostatakse
Staatilise testimise läbiviimiseks tehakse seda järgmistel viisidel:
- Rakenduse kujunduse täielikuks kontrollimiseks viige läbi kontrolliprotsess
- Kasutage iga ülevaatava dokumendi jaoks kontroll-loendit, et kõik ülevaated oleksid täielikult kaetud
Staatilise testimise erinevad tegevused on järgmised:
- Kasutusjuhtumite nõuete kinnitamine: See kinnitab, et kõik lõppkasutaja toimingud, samuti nendega seotud sisend ja väljund on tuvastatud. Mida üksikasjalikumad ja põhjalikumad on kasutusjuhtumid, seda täpsemad ja põhjalikumad võivad testjuhtumid olla.
- Funktsionaalsete nõuete valideerimine: see tagab, et funktsionaalsed nõuded määratlevad kõik vajalikud elemendid. Samuti vaadeldakse andmebaasi funktsioone, liideste loendeid ning riistvara, tarkvara ja võrgunõudeid.
- Architektuur Review: kõik äritasandi protsessid, nagu serveri asukohad, võrguskeemid, protokollimääratlused, koormuse tasakaalustamine, andmebaasi juurdepääsetavus, testimisseadmed jne.
- Prototüübi/ekraani maketi valideerimine: see etapp hõlmab nõuete ja kasutusjuhtude valideerimist.
- Väljasõnastiku kinnitamine: kasutajaliidese iga väli on piisavalt hästi määratletud, et luua välja tasemel valideerimise testjuhtumeid. Väljadel kontrollitakse min/max pikkust, loendi väärtusi, veateateid jne.
