Kas ir statiskā testēšana?
Statiskā testēšana ir programmatūras testēšanas tehnika, ko izmanto, lai pārbaudītu programmatūras lietojumprogrammas defektus, neizpildot kodu. Statiskā testēšana tiek veikta, lai agrīnā attīstības stadijā izvairītos no kļūdām, jo ir vieglāk identificēt kļūdas un tās novērst. Tas arī palīdz atrast kļūdas, kuras, iespējams, nevar atrast, izmantojot dinamisko testēšanu.
Tās līdzinieks ir Dynamic Testing, kas pārbauda lietojumprogrammu, kad kods tiek palaists. Skatiet šo apmācību, lai iegūtu detalizētu atšķirību starp statisko un dinamisko testēšanu.
Divi galvenie statiskās testēšanas paņēmienu veidi ir
- Manuāli eksāmeni : Manuāli eksāmeni ietver manuāli veiktu kodu analīzi, kas pazīstama arī kā REVIEWS.
- Automatizēta analīze, izmantojot rīkus: Automātiskā analīze galvenokārt ir statiska analīze, kas tiek veikta, izmantojot rīkus.
Šajā apmācībā jūs uzzināsiet
- Kas ir statiskā testēšana?
- Kas ir testēšanas apskats?
- Kāpēc statiskā testēšana?
- Kas ir pārbaudīts statiskajā testēšanā
- Kā tiek veikta statiskā testēšana
- Statiskās testēšanas metodes
- Statiskajai testēšanai izmantotie rīki
- Padomi veiksmīgai statiskās testēšanas procesam
Kas ir testēšanas apskats?
Pārskats statiskajā testēšanā ir process vai sanāksme, kas tiek veikta, lai atrastu iespējamos trūkumus jebkuras programmas projektā. Vēl viena pārskatīšanas nozīme ir tā, ka visi komandas locekļi uzzina par projekta gaitu, un dažreiz domu dažādība var radīt izcilus ieteikumus. Dokumentus cilvēki izskata tieši un nesakritības tiek sakārtotas.
Atsauksmes var iedalīt četrās daļās:
- Neformālas atsauksmes
- Walkthroughs
- Tehniskais pārskats
- Pārbaudes
Pārskatīšanas laikā četri dalībnieki, kas piedalās testēšanā, ir:
- Moderators : veic ieejas pārbaudi, seko pārstrādei, trenē komandas locekli, ieplāno sapulci.
- Autors : Uzņemas atbildību par konstatētā defekta novēršanu un uzlabo dokumenta kvalitāti
- Rakstu mācītājs : Pārskata laikā reģistrē defektu un apmeklē pārskata sanāksmi
- Recenzents : Pārbaudiet, vai materiālā nav defektu, un pārbauda
- Vadītājs : Izlemiet par pārskatu veikšanu un pārliecinieties, ka tiek sasniegti pārskatīšanas procesa mērķi.
Defektu veidi, kurus var vieglāk atrast statiskās pārbaudes laikā, ir šādi:
- Atkāpes no standartiem
- Neuzturams kods
- Projektēšanas defekti
- Trūkst prasību
- Nekonsekventas saskarnes specifikācijas
Parasti statiskās testēšanas laikā atklātais defekts ir saistīts ar drošības ievainojamību, nedeklarētiem mainīgajiem lielumiem, robežu pārkāpumiem, sintakses pārkāpumiem, nekonsekventu saskarni utt.
Kāpēc statiskā testēšana?
Statiskā pārbaude tiek veikta šādu iemeslu dēļ
- Agrīna defektu noteikšana un labošana
- Samazināts attīstības grafiks
- Samazinātas testēšanas izmaksas un laiks
- Attīstības produktivitātes uzlabošanai
- Lai vēlāk testēšanas posmā iegūtu mazāk defektu
Kas ir pārbaudīts statiskajā testēšanā
Statiskajā testēšanā tiek pārbaudītas šādas lietas
- Vienības testa gadījumi
- Biznesa prasību dokuments (BRD)
- Lietot lietas
- Sistēmas / funkcionālās prasības
- Prototips
- Prototipa specifikācijas dokuments
- DB Fields Dictionary izklājlapa
- Testa dati
- Izsekojamības matricas dokuments
- Lietotāja rokasgrāmata / Apmācību rokasgrāmatas / Dokumentācija
- Testa plāna stratēģijas dokuments / Testa lietas
- Automatizācijas / veiktspējas pārbaudes skripti
Kā tiek veikta statiskā testēšana
Lai veiktu statisko testēšanu, to veic šādos veidos:
- Veiciet pārbaudes procesu, lai pilnībā pārbaudītu pieteikuma dizainu
- Katram pārskatāmajam dokumentam izmantojiet kontrolsarakstu, lai pārliecinātos, ka visas atsauksmes ir pilnībā pārklātas
Statiskās pārbaudes ir dažādas darbības:
- Lietu prasību validācija: tā pārbauda, vai tiek identificētas visas galalietotāja darbības, kā arī visas ar tām saistītās ievades un izejas. Jo detalizētāki un rūpīgāki ir lietošanas gadījumi, jo precīzāki un visaptverošāki var būt pārbaudes gadījumi.
- Funkcionālo prasību pārbaude : Tas nodrošina, ka funkcionālās prasības identificē visus nepieciešamos elementus. Tajā aplūkota arī datu bāzes funkcionalitāte, saskarņu saraksti un aparatūras, programmatūras un tīkla prasības.
- Arhitektūras apskats : visi biznesa līmeņa procesi, piemēram, serveru atrašanās vietas, tīkla diagrammas, protokolu definīcijas, slodzes līdzsvarošana, datu bāzes pieejamība, testa aprīkojums utt.
- Prototipa / ekrāna maketa apstiprināšana : Šajā posmā ietilpst prasību un lietošanas gadījumu validācija.
- Lauka vārdnīcas validācija : katrs lietotāja interfeisa lauks ir definēts pietiekami labi, lai izveidotu lauka līmeņa validācijas testa gadījumus. Laukos pārbauda min / max garumu, saraksta vērtības, kļūdu ziņojumus utt.
Statiskās testēšanas metodes
- Neoficiālas atsauksmes
- Walkthroughs
- Tehniskās atsauksmes
- Pārbaudes
- Statiskā analīze
- Datu plūsma
- Kontroles plūsma
Statiskajai testēšanai izmantotie rīki
Dažādi statiskajā testēšanā izmantotie rīki ir šādi:
- Pārbaudes stils
- Sodrēji
- SourceMeter
Padomi veiksmīgai statiskās testēšanas procesam
Daži noderīgi padomi, kā veikt statisko testēšanas procesu programmatūras inženierijā.
- Koncentrējieties tikai uz lietām, kas patiešām ir svarīgas
- Skaidri plānojiet un izsekojiet pārskata darbības. Programmatūras pārskats un pārbaude parasti ir salīdzinošās atsauksmes
- Apmāciet dalībniekus ar piemēriem
- Atrisiniet cilvēku problēmas
- Saglabājiet procesu oficiālu kā projekta kultūru
- Nepārtraukta uzlabošana - process un rīki
- Novēršot lielākos testa izpildes kavējumus, var samazināt testēšanas izmaksas un laiku
Kopsavilkums:
- Statiskā pārbaude ir pēc iespējas agrāk atrast defektus.
- Statiskā testēšana neaizstāj dinamisko testēšanu, abiem atrodot dažāda veida defektus
- Atsauksmes ir efektīvs statiskās testēšanas paņēmiens
- Atsauksmes ne tikai palīdz atrast defektus, bet arī izprot trūkstošās prasības, dizaina defektus, neuzturamu kodu.