Mis on staatiline testimine?

Enne staatiliste testimistehnikate mõistmist peame mõistma, mis on staatiline testimine ja kuidas see testimine testimise protsessi jõudis. Enne tarkvara vabastamist ja selle käsitsemist kliendiga on väga oluline seda täielikult testida. Tarkvara kontrollimise ja valideerimise täielikuks testimiseks tuleb teha mõlemad. Selle jaoks mängib oma rolli staatiline ja dünaamiline testimine. Staatilises testimises testitakse tarkvara või rakendust käsitsi või tööriistu kasutades ilma koodi käivitamata, st staatilises testimises leitakse defekte ilma koodi tegeliku täitmiseta, dünaamilises testimises aga täidetakse defektide leidmiseks kood.

Staatiline testimine toimub kahel viisil:

  • Ülevaated: ülevaated tehakse dokumentide puuduste, probleemide ja mitmetähenduslikkuse, näiteks nõuete, kujunduse jms leidmiseks. Ülevaated mängivad staatilises testimises olulist rolli, kuna parem on leida ebaõnnestumiste põhjus pigem käivitamisel kui ebaõnnestumiste korral lõpus. Kuna enamik probleeme tekkis pärast tarkvara väljatöötamist seoses nõuetega, alguseta fikseeritud disainiga või dokumentide mis tahes ebaselgusega. Olenevalt tarkvara testimise konkreetsest etapist võivad ülevaatused olla ametlikud / mitteametlikud. Tarkvaratestide ülevaated koosnevad mitteametlikust, läbikäimisest, ülevaatusest ja tehnilisest ülevaatest.
  • Staatiline analüüs: staatilises analüüsis testitakse tarkvara või rakendust, et leida arendaja kirjutatud koodi struktuurivigu, ilma et seda tegelikult teostataks. Staatilist analüüsi teevad tavaliselt tööriistad ja seda kasutatakse selliste defektide avastamiseks nagu kasutamata / viitamata muutujad, programmeerimisstandardi rikkumine, süntaksi rikkumised, kodeerimisstandardid jälgimata, surnud kood (kood kirjutatud, kuid seda ei kasutata kuskil) jne. Saadaval on teatud tööriistad turul, mis aitab koodide staatilisel analüüsil, analüüsib struktuure ja sõltuvusi, arvutab selliseid mõõdikuid nagu tsüklomaatiline keerukus või pesastustasandid ja sunnib arendajaid järgima konkreetseid kodeerimisstandardeid ning aitab staatilises analüüsis.

Staatilised testimismeetodid

Nagu ülalpool mainitud, tehakse staatiline testimine käsitsi, mis viiakse läbi ülevaates, või testimisriistade kaudu, mis viiakse läbi staatilise analüüsi käigus.

Läbivaatamisprotsess: staatilise testimise ajal saab ülevaatusi teha kahel viisil:

1. Mitteametlik ülevaade

  • Mitteametlik ülevaade tehakse arengu elutsükli varases staadiumis.
  • Mitteametlikul ülevaatusel ei kasutata ühtegi ametlikku dokumenti ega protseduuri.
  • Mitteametlikud ülevaatused on erineva kuju ja vormiga, ainus omadus on see, et neid ei ole ametlikult dokumenteeritud.
  • Mitteametliku ülevaate peamine eesmärk on tarkvara kvaliteedi parandamine autorite abiga.
  • See järgib lihtsat protseduuri, nagu kaks inimest koos istudes, kusjuures autor on teiste kolleegide töö, näiteks dokumentide, kujunduse, koodi jms ülevaatus. See võib sõltuvalt testimise tasemest veelgi rohkem liikmeid või tervet meeskonda lisada.

2. Ametlik ülevaade

  • Ametlik ülevaade on väga hästi struktureeritud ja dokumenteeritud.
  • Ametlikku ülevaadet hallatakse ja see järgib ülevaatuse erinevaid etappe, nagu kavandamine, avalöök, ettevalmistamine, ülevaatekoosolek, ümbertegemine ja järelmeetmed.
  • Ametlik ülevaade hõlmab tarkvara laiaid ja tõsiseid stsenaariume, näiteks juriidilisi nõudeid, tarkvaraarenduse küpsust jne.

Arvustuste tüübid

Allpool on toodud erinevat tüüpi arvustusi:

1. Läbikäik

  • Läbivaatamise käigus viib autor ülevaatemenetluse ühisele arusaamisele vastamiseks ning teised meeskonnaliikmed küsivad võimalikke küsimusi ja esitavad kogutud tagasisidet.
  • Läbikäik võib olla ametlik või mitteametlik ülevaade.
  • Koosoleku protokoll ja teatatud puudused / leid tuvastatakse kirjatundja poolt (kes pole autor), et neid hiljem jälgida.
  • Meeskonna liikmetel ei pea olema sisu üksikasjalikke teadmisi, kuna autor on selleks hästi ette valmistatud ja see on omamoodi teadmussiirde sessioon.

Läbikäigu peamised eesmärgid

  • Peamine eesmärk on võimaldada teistel meeskonnaliikmetel sisu tundma õppida ja neile teadmisi anda.
  • Esitada dokument kõigile sidusrühmadele nii tarkvaravaldkonnas kui ka väljaspool seda ning koguda käsitletava dokumendi kohta rohkem teavet.
  • Nende eesmärk on, et teised liikmed uuriksid sisu selgelt, et nad saaksid kavandatud dokumendile ettepanekuid ja alternatiive pakkuda.

2. Ülevaatus

  • Kontrollimine on üks ametlikumaid arvustuste liike.
  • Seda juhib koolitatud moderaator, kes pole koosoleku autor.
  • Retsensendid on enne koosolekut hästi ette valmistanud dokumentide või arutatavaid asju.
  • Sellel koosolekul kasutatakse reegleid ja kontrollnimekirju, mille jooksul toodet uuritakse ja puudused logitakse.
  • Koosolekul leitud puudused dokumenteeritakse väljaandmislogis või logimisloendis.
  • Koosolekul on õiged sisenemise ja väljumise kriteeriumid.
  • Koosoleku käigus koostatud aruandeid jagatakse autoriga, et võtta selle jaoks vajalikke meetmeid.
  • Moderaator viib ametliku järelkontrolli protsessi, et lahendada parendusprobleeme ja avastatud puudustest õppida.

Kontrollimise peamised eesmärgid

  • Kontrollitavate dokumentide kvaliteedi parandamine.
  • Koosolekul leitud defektide kiire otsimine ja parandamine.
  • Täpsema arusaamise loomine grupiarutelude ja teabevahetuse kaudu.
  • Õppige varem sissetoodud puudustest ja mitte korrake neid tulevikus.

3. Tehniline ülevaade

  • See on hästi dokumenteeritud ja järgib defektide tuvastamise tehnikat, milles osalevad eakaaslased ja tehnilised eksperdid.
  • Tavaliselt juhib seda koolitatud moderaator, mitte autor.
  • Tehnilises ülevaates uuritakse toodet ja leitakse peamiselt tehnilisi defekte.
  • Juhtkond ei osale tehnilises ülevaates.
  • Tervikaruanne on koostatud nii, et seal oleks käsitletavate probleemide loetelu.

Tehnilise ülevaate peamised eesmärgid

  • Hoidke osalejaid kursis dokumendi tehniliste kontseptsioonidega.
  • Tagamaks, et tehnilisi mõisteid tuleb algusest peale õigesti mõista.
  • Koguda osalejatelt alternatiivseid lahendusi ja lahendusi seoses tehniliste kontseptsioonidega.
  • Tarkvara tehnilise ja kontseptuaalse kujunduse järjepidevuse säilitamiseks.
  • Keskenduda tarkvara tehnilistele aspektidele ja tehnilisele teostatavusele, mis on sama olulised nagu kontseptuaalne.

Järeldus

Staatiline testimine ei aita mitte ainult tuvastada defekte varases staadiumis, vaid pakub ka dokumentide läbilõike ja aitab mõista puuduvaid nõudeid, ebaselgust, konstruktsioonivigu, hooldusprobleeme jne. Ühte dokumenti kontrollitakse mitu korda ja iga ülevaatus on oma eesmärk ja protseduurid. Iga ülevaatus teenib konkreetset eesmärki, näiteks mitteametlik ülevaatus tehakse enne tehnilist või ametlikku ülevaatamist, et kõigepealt saaks parandada mitteametlikult leitavad vead. Mida rohkem vaadatakse dokumente enne väljatöötamist ja selle ajal läbi, seda väiksem on lõppude lõpuks defektide tõenäosus.

Soovitatavad artiklid

See on staatilise testimise tehnika juhend. Siin käsitleme üksikasjalikult erinevaid ülevaateid ja staatilisi tehnikaid. Võite vaadata ka meie teisi soovitatud artikleid -

  1. Staatilise testimise mõiste mõistmine
  2. Mis on mittefunktsionaalne testimine?
  3. Näited valge kasti testimisest
  4. Mida dünaamiline testimine teeb?

Kategooria:

Tarkvaraarendus