Galvenā atšķirība: statiskā testēšana ir testēšana, kas notiek pat pirms programmatūras rakstiskā koda izpildes. Dinamiskā testēšana notiek izpildes laika vidē, kas nozīmē, ka kods tiek izpildīts ar drošības analīzi, lai redzētu, kā tas darbojas.

Statiskā testēšana un dinamiskā testēšana ir divi izplatītākie testēšanas veidi, kas rodas kā programmatūras izstrādātājs. Tie ir vissvarīgākie instrumenti, kas viņam ir pieejami, lai nodrošinātu programmatūras izstrādes dzīves ciklu. Izstrādātājam jāizmanto abi instrumenti, lai noteiktu, vai izstrādātā programmatūra ir gatava laišanai tirgū.

Statiskā testēšana ir testēšana, kas notiek pat pirms programmatūras rakstiskā koda izpildes. Izstrādātājs saņem iespēju iet cauri kodējumam ar smalku zobu ķemme, lai redzētu, vai ir kādas kļūdas. Tas arī ļauj viņiem redzēt, vai kodi atbilst vietējiem likumiem. Statiskā pārbaude atklāj trūkumus un nodrošina izstrādātāju, lai tos izlabotu pirms izpildes. Dažos gadījumos attīstītājs var arī identificēt jebkuru ļaunprātīgu kodu, kas var radīt problēmas izpildes laikā. Statiskā testēšana bieži tiek saukta par verifikāciju: attīstības procesa novērtējumu.

Dinamiskā testēšana notiek izpildes laika vidē, kas nozīmē, ka kods tiek izpildīts ar drošības analīzi, lai redzētu, kā tas darbojas. Tas ļauj attīstītājam noteikt, vai programmatūra darbojas, kā arī identificē, vai tiek iegūti tādi paši rezultāti, kādi ir paredzētājam. Tas ļauj izstrādātājiem analizēt programmatūras gabalu funkcionālo uzvedību un uzraudzīt tā mijiedarbību ar sistēmas atmiņu, CPU funkciju un vispārējo sistēmas veiktspēju. Dinamiska testēšana bieži tiek saukta par validāciju: gatavā produkta novērtēšanu.

Statiskās un dinamiskās pārbaudes salīdzinājums:

	Statiskā pārbaude	Dinamiskā pārbaude
Izpilde	Notiek bez koda izpildes	Ietver koda izpildi
Pārbaude	Tiek veikta manuāla pārbaude vai kāds statisks analīzes rīks	Pārbauda, ​​ievadot ievades komplektu, lai redzētu, vai produkcija atbilst gaidītajiem rezultātiem
Laiks	Testēšana notiek agri pirms produkta izstrādes sākuma	Notiek pēc produkta izstrādes
Defektu veidi	Trūkst prasības, projektēšanas defekts, sintakses kļūda utt.	Mainīgie lielumi nav nemainīgi, pārbaudot, vai izvade atbilst gaidītajām vērtībām
Testēšanas metodes	Neformālie pārskati, tehniskās apskates, caurskatīšana, pārbaude, statiskā koda apskats	Vienības testēšana, integrācijas testēšana, sistēmas testēšana
Kompilācija	Atrodiet kļūdas pirms apkopošanas	Atrodiet kļūdas pēc apkopošanas
Tips	Profilakse	Dziedēt
Izmaksas	Ir rentablāka	Ir salīdzinoši dārgāka
Posms	Veikts verifikācijas posmā	Sagatavots apstiprināšanas posmā
Laiks	Ir mazāk laika	Ir vairāk laika

Image Pieklājība: qcboss.wordpress.com, guru99.com