Staatiline vs dünaamiline testimine: erinevus nende vahel

Staatilise ja dünaamilise testimise erinevus

  • Staatiline testimine toimub ilma programmi käivitamata, dünaamiline testimine aga programmi käivitamise teel.
  • Staatiline testimine kontrollib vigade leidmiseks koodi, nõuete dokumente ja kujundusdokumente, dünaamiline testimine aga tarkvarasüsteemi funktsionaalset käitumist, mälu/protsessori kasutust ja süsteemi üldist jõudlust.
  • Staatilise testimise eesmärk on defektide ennetamine, dünaamiline testimine aga defektide leidmine ja parandamine.
  • Staatiline testimine teostab kinnitamisprotsessi, dünaamiline testimine aga valideerimisprotsessi.
  • Staatiline testimine viiakse läbi enne kompileerimist, dünaamiline testimine aga pärast kompileerimist.
  • Staatilise testimise tehnikad on struktuursed ja avalduste katvus, dünaamilised testimismeetodid aga piirväärtuste analüüs ja samaväärsuse jaotamine.

Staatilise ja dünaamilise testimise erinevus

Mis on staatiline testimine?

Staatiline testimine on tarkvara testimise tüüp, mille käigus testitakse tarkvararakendust ilma koodi käivitamata. Vigade leidmiseks tehakse koodi, nõuete dokumentide ja dokumendikujunduse käsitsi või automatiseeritud ülevaatused. Staatilise testimise põhieesmärk on parandada tarkvararakenduste kvaliteeti, leides vigu tarkvara arendusprotsessi algfaasis.

Staatiline testimine hõlmab dokumentide käsitsi või automaatset ülevaatamist. See ülevaatus tehakse testimise algfaasis, et defekti varakult tabada STLC. Ta tutvub töödokumentidega ja annab ülevaatekommentaare. Seda nimetatakse ka mittekäivitustestimiseks või kontrollimistestimiseks.

Näited töödokumentidest-

  • Nõuete spetsifikatsioonid
  • Projekteerimisdokument
  • allikas Code
  • Katseplaanid
  • Testjuhtumid
  • Testi skriptid
  • Abi või kasutaja dokument
  • Veebilehe sisu

Staatilise testimise tehnikad

  • Mitteametlik Revvaated: See on üks ülevaatuse tüüpe, mis ei järgi dokumendis vigade leidmiseks ühtegi protsessi. Selle tehnika puhul vaatate lihtsalt dokumendi üle ja kommenteerite seda mitteametlikult.
  • Tehniline Revvaated: Teie kaaslastest koosnev meeskond vaatab üle tarkvaratoote tehnilised andmed ja kontrollib, kas see sobib projekti jaoks. Nad püüavad leida lahknevusi järgitud spetsifikatsioonides ja standardites. See ülevaade keskendub peamiselt tarkvaraga seotud tehnilisele dokumentatsioonile, nagu testimisstrateegia, Katseplaan ja nõuete spetsifikatsiooni dokumendid.
  • Läbikäik: Töötoote autor selgitab toodet oma meeskonnale. Osalejad võivad esitada küsimusi, kui neid on. Koosolekut juhib autor. Scribe märgib ülevaate kommentaarid
  • Kontrollimine: Peamine eesmärk on defektide leidmine ja koosolekut juhib koolitatud moderaator. See ülevaade on ametlikku tüüpi ülevaatus, mille puhul järgitakse selle leidmiseks ranget protsessi defektid. Revotsijatel on töötoodete ülevaatamiseks kontrollnimekiri. Nad registreerivad defekti ja teavitavad osalejaid nende vigade parandamisest.
  • Staatiline kood Revvaata: See on tarkvara lähtekoodi süstemaatiline ülevaade ilma koodi käivitamata. See kontrollib koodi süntaksit, kodeerimisstandardeid, koodi optimeerimist jne. Seda nimetatakse ka valge kasti testimiseks. Seda ülevaatust saab teha arenduse mis tahes hetkel.

Mis on dünaamiline testimine?

alla Dünaamiline testimine, käivitatakse kood. See kontrollib tarkvarasüsteemi funktsionaalset käitumist, mälu/protsessori kasutamist ja süsteemi üldist jõudlust. Sellest ka nimi "Dünaamiline"

Selle testimise põhieesmärk on kinnitada, et tarkvaratoode töötab ärinõuete kohaselt. Seda testimist nimetatakse ka täitmistehnikaks või valideerimistestimiseks.

Dünaamiline testimine käivitab tarkvara ja kinnitab väljundi oodatud tulemusega. Dünaamiline testimine viiakse läbi kõigil testimistasanditel ja see võib olla kas musta või valge kasti testimine.

Dünaamiline testimine

Dünaamilised testimistehnikad

Dünaamiline testimine

  • Üksuse testimine: alla Üksuse testimine, üksikuid üksusi või mooduleid testivad arendajad. See hõlmab lähtekoodi testimist arendajate poolt.
  • Integratsiooni testimine: Üksikud moodulid on rühmitatud ja arendajate poolt testitud. Eesmärk on kindlaks teha, millised moodulid pärast integreerimist ootuspäraselt töötavad.
  • Süsteemi testimine: Süsteemi testimine teostatakse kogu süsteemile, kontrollides, kas süsteem või rakendus vastab nõuete spetsifikatsiooni dokumendile.

Samuti mittefunktsionaalne testimine, nagu jõudlus, Turvalisuse testimine kuuluvad dünaamilise testimise kategooriasse.

Staatiline testimine vs. Dünaamiline testimine

Staatiline testimine Dünaamiline testimine
Testimine viidi läbi ilma programmi käivitamata Testimine toimub programmi käivitamise teel
See testimine teostab kinnitusprotsessi Dünaamiline testimine teostab valideerimisprotsessi
Staatilise testimise eesmärk on defektide ennetamine Dünaamiline testimine seisneb defektide leidmises ja parandamises
Staatiline testimine annab hinnangu koodile ja dokumentatsioonile Dünaamiline testimine annab tarkvarasüsteemis vigu/pudelikaelu.
Staatiline testimine hõlmab kontrollnimekirja ja protsessi, mida tuleb järgida Dünaamiline testimine hõlmab täitmiseks testjuhtumeid
Seda testimist saab teha enne kompileerimist Dünaamiline testimine viiakse läbi pärast koostamist
Staatiline testimine hõlmab struktuuri ja avalduse katvuse testimist Dünaamilised testimismeetodid on piiriväärtuste analüüs ja samaväärsuse eraldamine.
Vigade leidmise ja parandamise kulud on väiksemad Vigade leidmise ja parandamise kulud on suured
Investeeringutasuvus on kõrge, kuna see protsess hõlmab varajases staadiumis Investeeringutasuvus on madal, kuna see protsess hõlmab pärast arendusfaasi
Hea kvaliteedi tagamiseks on väga soovitatav kommentaare lisada Hea kvaliteedi huvides on tungivalt soovitatav kasutada rohkem defekte.
Nõuab palju koosolekuid Nõuab suhteliselt vähem koosolekuid

Võta see postitus kokku järgmiselt: