Kas yra statinis testavimas? Kas yra testavimo apžvalga?

Turinys:

Anonim

Kas yra statinis testavimas?

Statinis testavimas yra programinės įrangos testavimo metodas, naudojamas programinės įrangos trūkumams patikrinti, nevykdant kodo. Statinis testavimas atliekamas siekiant išvengti klaidų ankstyvoje kūrimo stadijoje, nes lengviau identifikuoti klaidas ir jas išspręsti. Tai taip pat padeda rasti klaidas, kurių gali nepavykti rasti naudojant dinaminį testavimą.

Jo atitikmuo yra dinaminis testavimas, kuris patikrina programą, kai paleidžiamas kodas. Išsamų skirtumą tarp statinio ir dinaminio testavimo rasite šioje pamokoje.

Du pagrindiniai statinio bandymo metodų tipai yra

  • Neautomatiniai egzaminai : rankiniai egzaminai apima rankiniu būdu atlikto kodo analizę, dar vadinamą PERŽIŪROS.
  • Automatizuota analizė naudojant įrankius: automatizuota analizė iš esmės yra statinė analizė, atliekama naudojant įrankius.

Šioje pamokoje sužinosite

  • Kas yra statinis testavimas?
  • Kas yra „Testing Review“?
  • Kodėl statinis testavimas?
  • Kas išbandyta statiniame bandyme
  • Kaip atliekamas statinis testavimas
  • Statinio testavimo metodikos
  • Statiniam testavimui naudojamos priemonės
  • Patarimai, kaip sėkmingai atlikti statinį testavimą

Kas yra „Testing Review“?

Statinio testavimo peržiūra yra procesas arba susitikimas, skirtas surasti galimus bet kurios programos dizaino trūkumus. Kita apžvalgos reikšmė yra ta, kad visi komandos nariai sužino apie projekto eigą, o kartais dėl minčių įvairovės gali būti pateikiami puikūs pasiūlymai. Žmonės tiesiogiai nagrinėja dokumentus ir sutvarko neatitikimus.

Atsiliepimus galima suskirstyti į keturias dalis:

  • Neformalūs atsiliepimai
  • Apžvalgos
  • Techninė apžvalga
  • Patikrinimai

Peržiūros metu keturių tipų dalyviai, kurie dalyvauja testavime:

  • Moderatorius : Atlieka įėjimo patikrą, atlieka tolesnį darbą, treniruoja komandos narį, planuoja susitikimą.
  • Autorius : Prisiima atsakomybę už nustatyto defekto pašalinimą ir pagerina dokumento kokybę
  • Raštininkas : jis registruoja defektą peržiūros metu ir dalyvauja peržiūros posėdyje
  • Recenzentas : patikrinkite, ar medžiagoje nėra defektų, ir patikrinkite
  • Vadybininkas : Nuspręskite apie peržiūrų vykdymą ir užtikrinkite, kad būtų pasiekti peržiūros proceso tikslai.

Defektų tipai, kuriuos lengviau rasti statinio bandymo metu, yra šie:

  • Nukrypimai nuo standartų
  • Nepalaikomas kodas
  • Projektiniai defektai
  • Trūksta reikalavimų
  • Nenuoseklios sąsajos specifikacijos

Paprastai defektas, nustatytas statinio testavimo metu, atsiranda dėl saugumo spragų, nedeklaruotų kintamųjų, ribų pažeidimų, sintaksės pažeidimų, nenuoseklios sąsajos ir kt.

Kodėl statinis testavimas?

Statinis bandymas atliekamas dėl šių priežasčių

  • Ankstyvas defektų nustatymas ir taisymas
  • Sumažintas vystymosi laikas
  • Sumažintos bandymų išlaidos ir laikas
  • Plėtros produktyvumui gerinti
  • Norėdami gauti mažiau defektų vėlesniame bandymo etape

Kas išbandyta statiniame bandyme

Statiniame testavime išbandomi šie dalykai

  • Vieneto bandymo atvejai
  • Verslo reikalavimų dokumentas (BRD)
  • Naudojimo atvejai
  • Sistemos / funkciniai reikalavimai
  • Prototipas
  • Prototipo specifikacijos dokumentas
  • DB laukų žodyno skaičiuoklė
  • Testo duomenys
  • Atsekamumo matricos dokumentas
  • Vartotojo vadovas / Mokymo vadovai / Dokumentacija
  • Testų plano strategijos dokumentas / bandymų atvejai
  • Automatikos / našumo testavimo scenarijai

Kaip atliekamas statinis testavimas

Norėdami atlikti statinį testavimą, jis atliekamas šiais būdais:

  • Norėdami visiškai patikrinti programos dizainą, atlikite patikrinimo procesą
  • Kiekvienam peržiūrimam dokumentui naudokite kontrolinį sąrašą, kad įsitikintumėte, jog visos peržiūros yra visiškai aprėpiamos

Įvairios statinio testavimo veiklos yra:

  1. Naudojimo atvejų reikalavimų patvirtinimas: patvirtina, kad yra identifikuoti visi galutinio vartotojo veiksmai, taip pat visi su jais susiję duomenys ir išvestys. Kuo išsamesni ir išsamesni naudojimo atvejai, tuo tikslesni ir išsamesni gali būti bandymo atvejai.
  2. Funkcinių reikalavimų patvirtinimas : Tai užtikrina, kad funkciniai reikalavimai identifikuos visus būtinus elementus. Taip pat apžvelgiami duomenų bazės funkcionalumas, sąsajų sąrašai ir aparatūros, programinės įrangos bei tinklo reikalavimai.
  3. Architektūros apžvalga : visi verslo lygio procesai, pvz., Serverio vietos, tinklo diagramos, protokolo apibrėžimai, apkrovos balansavimas, duomenų bazių prieinamumas, bandymo įranga ir kt.
  4. Prototipo / ekrano maketo patvirtinimas : šis etapas apima reikalavimų ir naudojimo atvejų patvirtinimą.
  5. Lauko žodyno patvirtinimas : kiekvienas vartotojo sąsajos laukas yra pakankamai gerai apibrėžtas, kad būtų galima sukurti lauko lygio patvirtinimo bandymo atvejus. Laukuose tikrinamas min / max ilgis, sąrašo vertės, klaidų pranešimai ir kt.

Statinio testavimo metodikos

  • Neoficialios apžvalgos
  • Apžvalgos
  • Techninės apžvalgos
  • Patikrinimai
  • Statinė analizė
    • Duomenų srautas
    • Valdymo srautas

Statiniam testavimui naudojamos priemonės

Įvairūs statiniam testavimui naudojami įrankiai yra šie:

  • Checkstyle
  • Suodžiai
  • „SourceMeter“

Patarimai, kaip sėkmingai atlikti statinį testavimą

Keletas naudingų patarimų, kaip atlikti statinį bandymų procesą programinės įrangos inžinerijoje.

  • Susitelkite tik į tuos dalykus, kurie iš tikrųjų yra svarbūs
  • Aiškiai planuokite ir stebėkite peržiūros veiklą. Programinės įrangos peržiūra ir tikrinimas paprastai yra sudėtiniai į kolegų atsiliepimus
  • Mokykite dalyvius su pavyzdžiais
  • Išspręskite žmonių problemas
  • Laikykite procesą oficialų kaip projekto kultūrą
  • Nuolatinis tobulinimas - procesas ir įrankiai
  • Pašalinus pagrindinius bandymų vykdymo vėlavimus, galima sumažinti bandymo išlaidas ir laiką

Santrauka:

  • Statinis bandymas yra kuo anksčiau nustatyti defektus.
  • Statinis testavimas nepakeičia dinaminio testavimo, abu nustato skirtingo tipo defektus
  • Apžvalgos yra veiksminga statinio testavimo technika
  • Apžvalgos ne tik padeda rasti defektus, bet ir supranta trūkstamus reikalavimus, dizaino defektus, neprižiūrimą kodą.