Mikä on staattinen testaus?

Ennen kuin ymmärrät staattisia testaustekniikoita, meidän on ymmärrettävä, mikä on staattinen testaus ja miten tämä testaus tuli testausprosessiin. Ennen minkään ohjelmiston julkaisemista ja käsittelemistä asiakkaalle on erittäin tärkeää testata se kokonaan. Ohjelmiston varmennuksen ja validoinnin täydelliseksi testaamiseksi molemmat on tehtävä. Tässä staattisessa ja dynaamisessa testauksessa on oma roolinsa. Staattisessa testauksessa ohjelmisto tai sovellus testataan manuaalisesti tai työkaluilla suorittamatta koodia, ts. Staattisessa testauksessa havaitaan virheitä ilman koodin todellista suorittamista, kun taas dynaamisessa testauksessa koodi suoritetaan virheiden löytämiseksi.

Staattinen testaus tehdään kahdella tavalla:

  • Arvioinnit: Arvioinnit tehdään, jotta löydetään vikoja, ongelmia ja epäselvyyksiä asiakirjoista, kuten vaatimuksista, suunnittelusta jne. Arvioinnilla on tärkeä merkitys staattisessa testauksessa, koska on parempi löytää epäonnistumisen syy aloittamisen kuin epäonnistumisten sijaan. lopussa. Koska suurin osa asioista nousi esiin vaatimuksia koskevan ohjelmiston kehittämisen jälkeen, suunnittelua ei ole vahvistettu alussa tai asiakirjoissa on epäselvyyksiä. Arviot voivat olla muodollisia / epävirallisia riippuen ohjelmistotestauksen vaiheesta. Ohjelmistotestauksen arvostelut koostuvat epävirallisesta, esittelystä, tarkastuksesta ja teknisestä katsauksesta.
  • Staattinen analyysi: Staattisessa analyysissä ohjelmistoja tai sovelluksia testataan kehittäjien kirjoittaman koodin rakenteellisten vikojen löytämiseksi suorittamatta sitä. Staattinen analyysi tehdään yleensä työkaluilla, ja sitä käytetään sellaisten virheiden paljastamiseen, kuten käyttämättömät / viittaamattomat muuttujat, ohjelmointistandardin rikkomukset, syntaksirikkomukset, koodausstandardit noudattamatta, kuollut koodi (koodi kirjoitettu, mutta ei käytetä missään) jne. On olemassa tiettyjä työkaluja markkinoilla, joka auttaa koodin staattisessa analysoinnissa, rakenteiden ja riippuvuuksien analysoinnissa, laskee mittarit, kuten syklomaattisen monimutkaisuuden tai pesän tasot ja pakottaa kehittäjiä noudattamaan tiettyjä koodausstandardeja, ja auttaa staattisessa analyysissa.

Staattiset testaustekniikat

Kuten edellä mainittiin, staattinen testaus tehdään joko manuaalisesti, joka suoritetaan arvosteluissa, tai testausvälineiden avulla, jotka suoritetaan staattisessa analyysissä.

Tarkistusprosessi: Staattisen testauksen aikana arviot voidaan tehdä kahdella tavalla:

1. Epävirallinen arvostelu

  • Epävirallinen arviointi tehdään kehityksen elinkaaren alkuvaiheessa.
  • Epävirallisessa tarkastelussa ei käytetä muodollisia asiakirjoja tai menettelyjä.
  • Epävirallinen arviointi on erimuotoista ja -muotoista, ainoa ominaisuus on, että niitä ei ole virallisesti dokumentoitu.
  • Epävirallisen arvioinnin päätavoite on parantaa ohjelmistojen laatua kirjoittajien avulla.
  • Se noudattaa yksinkertaista menettelytapaa, kuten kaksi yhdessä istuvaa henkilöä, joista toinen on kirjoittaja, joka tarkistaa muiden kollegoiden työtä, kuten mikä tahansa asiakirja, malli, koodi jne. Se voi lisätä lisää jäseniä tai koko joukkueen testaustasosta riippuen.

2. Muodollinen tarkistus

  • Muodollinen arvostelu on erittäin hyvin jäsennelty ja dokumentoitu.
  • Muodollista katselmointia hallinnoidaan ja se seuraa tarkistusten eri vaiheita, kuten suunnittelu, aloittaminen, valmistelu, tarkistuskokous, uusinta ja seuranta.
  • Muodollinen katsaus kattaa ohjelmiston laajat ja vakavat skenaariot, kuten lakisääteiset vaatimukset, ohjelmistokehityksen kypsyysaste jne.

Tyyppisiä arvosteluja

Alla mainitut erityyppiset arvostelut:

1. Esittely

  • Läpikäynnin aikana kirjoittaja johtaa tarkistusprosessia täydentämään yhteisymmärrystä ja muut ryhmän jäsenet esittävät mahdollisia kysymyksiä ja toimittavat kerätyn palautteen.
  • Esittely voi olla muodollinen tai epävirallinen katsaus.
  • Kirjoittaja (joka ei ole kirjoittaja) kirjaa kokouspöytäkirjan ja ilmoitetut virheet / löytöt muistiin jäljittääksesi niitä myöhemmin.
  • Tiimin jäsenillä ei tarvitse olla yksityiskohtaista tietoa sisällöstä, koska kirjoittaja on siihen hyvin valmistautunut ja se on eräänlainen tiedonsiirtoistunto.

Läpikäynnin päätavoitteet

  • Päätavoite on mahdollistaa oppiminen ja tiedon jakaminen muille ryhmän jäsenille sisällöstä.
  • Esittää asiakirja kaikille sidosryhmille ohjelmistotieteessä ja sen ulkopuolella sekä kerätä lisätietoja tarkasteltavasta asiakirjasta.
  • Niiden tavoitteena on, että muut jäsenet tarkastelevat sisältöä selvästi, jotta he voivat antaa ehdotuksia, vaihtoehtoja ehdotetulle asiakirjalle.

2. Tarkastus

  • Tarkastus on yksi muodollisimmista arvosteluista.
  • Sitä johtaa koulutettu moderaattori, joka ei ole kokouksen kirjoittaja.
  • Arvioijat ovat hyvin valmistautuneita ennen kokousta asiakirjoista tai siitä, mistä on keskusteltava.
  • Säännöksiä ja tarkistuslistoja käytetään tässä kokouksessa, jonka aikana tuote tutkitaan ja viat kirjataan.
  • Kokouksessa havaitut viat dokumentoidaan kysymyslokiin tai lokiluetteloon.
  • Kokouksella on asianmukaiset tulo- ja poistumiskriteerit.
  • Kokouksen aikana luodut raportit jaetaan tekijän kanssa asianmukaisten toimien toteuttamiseksi asiasta.
  • Moderaattori suorittaa muodollisen seurantaprosessin parannuskysymysten ja havaittujen virheiden oppimiseksi.

Tarkastusten päätavoitteet

  • Tarkastettavien asiakirjojen laadun parantaminen.
  • Kokouksessa havaittujen virheiden nopea löytäminen ja korjaaminen.
  • Yksityiskohtaisemman ymmärryksen luominen ryhmäkeskustelujen ja tietojenvaihdon avulla.
  • Oppitaan aiemmin havaituista virheistä eikä toisteta niitä tulevaisuudessa.

3. Tekninen katsaus

  • Se on dokumentoitu hyvin ja se noudattaa vikojen havaitsemistekniikkaa, johon osallistuvat vertaisryhmät ja tekniset asiantuntijat.
  • Sitä johtaa yleensä koulutettu moderaattori eikä kirjoittaja.
  • Teknisessä katsauksessa tuote tutkitaan ja löydetään puutteet, jotka ovat pääosin teknisiä.
  • Ei johtoryhmän osallistumista tekniseen katsaukseen.
  • Koko raportti on valmis laatimaan luettelo käsiteltävistä aiheista.

Teknisen katsauksen päätavoitteet

  • Pidä osallistujat ajan tasalla asiakirjan teknisistä käsitteistä.
  • Sen varmistamiseksi, että tekniset käsitteet on ymmärrettävä oikein alusta alkaen.
  • Kerätä osallistujilta vaihtoehtoja ja ratkaisuja teknisistä konsepteista.
  • Ylläpitää ohjelmiston teknisen ja käsitteellisen suunnittelun johdonmukaisuutta.
  • Keskitytään ohjelmiston teknisiin näkökohtiin ja tekniseen toteutettavuuteen, jotka ovat yhtä tärkeitä kuin käsitteellisetkin.

johtopäätös

Staattinen testaus ei vain auta vikojen löytämistä varhaisessa vaiheessa, vaan tarjoaa myös asiakirjojen sulkevan ilmeen ja auttaa ymmärtämään puuttuvia vaatimuksia, epäselvyyttä, suunnitteluvirheitä, ylläpitoon liittyviä kysymyksiä jne. Yksi asiakirja tarkastetaan useita kertoja ja jokainen tarkistus on oma päämäärä ja menettelytavat. Jokainen arvostelu palvelee tiettyä tarkoitusta, kuten epävirallinen tarkistus tehdään ennen teknistä tai muodollista tarkistusta, jotta epävirallisesti löydettävät viat voidaan ensin korjata. Mitä enemmän tarkistetaan mitä tahansa asiakirjaa ennen kehitystä ja sen aikana, sitä vähemmän on virheiden todennäköisyys lopussa.

Suositellut artikkelit

Tämä on opas staattisiin testaustekniikoihin. Tässä keskustellaan yksityiskohtaisesti erityyppisistä arvosteluista ja staattisista tekniikoista. Voit myös käydä läpi muiden ehdottamiemme artikkeleidemme -

  1. Staattisen testauksen käsitteen ymmärtäminen
  2. Mikä ei-toiminnallinen testaus on?
  3. Esimerkkejä White Box -testauksesta
  4. Mitä dynaaminen testaus tekee?

Luokka:

Ohjelmistokehitys