Hva er statisk testing?

Før vi forstår statiske testteknikker, må vi forstå hva statisk testing er og hvordan denne testingen kom inn i prosessen med testing. Før du slipper programvare og håndterer den til klienten, er det veldig viktig å teste den fullstendig. For fullstendig testing av programvareverifisering og validering må begge gjøres. For dette spiller statisk og dynamisk testing sin rolle. I statisk testing blir programvare eller et program testet manuelt eller ved å bruke verktøyene uten å utføre koden, dvs. feil finnes i statisk testing uten faktisk utførelse av kode, mens i dynamisk testing blir kode utført for å finne manglene.

Statisk testing utføres på to måter:

  • Vurderinger: Gjennomganger gjøres for å finne manglene, problemene og uklarhetene i dokumentene som krav, design osv. Vurderinger spiller en viktig rolle i statisk testing, da det er bedre å finne årsaken til feil i starten fremfor feil. på slutten. Ettersom de fleste problemene oppstod etter utvikling av programvare angående kravene, design som ikke var løst i starten eller noen tvetydighet som finnes i dokumentene. Vurderinger kan være formelle / uformelle, avhengig av det aktuelle stadiet i programvaretesting. Omtaler i programvaretesting består av Informal, Walkthrough, Inspection og Technical Review.
  • Statisk analyse: I statisk analyse testes programvare eller et program for å finne de strukturelle feilene i koden skrevet av utviklere uten å faktisk utføre den. Statisk analyse utføres vanligvis av verktøyene og brukes til å avdekke manglene som ubrukte / ikke-refererte variabler, programmering av standardbrudd, brudd på syntaks, koding av standarder som ikke er fulgt, død kode (kode skrevet, men ikke brukt noe sted), etc. Det er visse verktøy tilgjengelig i markedet som hjelper med statisk analyse av kode, analysere strukturer og avhengigheter, beregne beregninger som syklomatisk kompleksitet eller hekkingsnivåer og tvinger utviklere til å følge spesifikke kodingsstandarder og hjelper i statisk analyse.

Statiske testteknikker

Som nevnt ovenfor, utføres statisk testing enten manuelt som utføres i anmeldelser eller gjennom testverktøy som utføres i statisk analyse.

Gjennomgangsprosess: Under statisk testing kan vurderinger gjøres på to måter:

1. Uformell gjennomgang

  • Uformell gjennomgang gjøres i de tidlige stadiene av utviklingslivssyklusen.
  • Ingen formelle dokumenter eller prosedyrer brukes i en uformell gjennomgang.
  • Uformell gjennomgang kommer i forskjellige former og former, den eneste funksjonen er at de ikke er formelt dokumentert.
  • Hovedmålet med uformell gjennomgang er å forbedre kvaliteten på programvaren ved hjelp av forfattere.
  • Den følger enkel prosedyre som to personer som sitter sammen, en som forfatter som vurderer arbeidet til andre kolleger som ethvert dokument, design, kode osv. Det kan ytterligere legge til flere medlemmer eller et helt team, avhengig av testnivået.

2. Formell gjennomgang

  • Den formelle gjennomgangen er veldig godt strukturert og dokumentert.
  • Formell gjennomgang administreres og følger forskjellige faser av anmeldelser som Planlegging, Kick-Off, Forberedelse, Gjennomgangsmøte, Omarbeid og Oppfølging.
  • Formell gjennomgang dekker brede og alvorlige scenarier av programvaren som juridiske krav, modenhet for programvareutvikling, etc.

Typer anmeldelser

Nedenfor nevnt er de forskjellige typene anmeldelser:

1. Gjennomgang

  • I gjennomgangen leder forfatter vurderingsprosessen for å oppfylle den vanlige forståelsen, og andre teammedlemmer stiller mulige spørsmål og sender inn tilbakemeldinger.
  • Gjennomgang kan være formell eller uformell gjennomgang.
  • Møtereferat og rapporterte mangler / funn noteres av Skriveren (som ikke er forfatteren) for å spore dem senere.
  • Teammedlemmer trenger ikke å ha en detaljert kunnskap om innholdet, da forfatteren er godt forberedt på det og det er en slags kunnskapsoverføringsøkt.

Hovedmål for gjennomgang

  • Hovedmålet er å muliggjøre læring og gi kunnskap til andre teammedlemmer om innholdet.
  • Å presentere dokumentet for alle interessenter, innenfor og utenfor programvaredisiplinen og for å samle mer informasjon om dokumentet som blir vurdert.
  • De tar sikte på at andre medlemmer skal undersøke innholdet tydelig, slik at de kan komme med forslag, alternativer for det foreslåtte dokumentet.

2. Inspeksjon

  • Inspeksjon er en av de mest formelle typene anmeldelser.
  • Det ledes av en trent moderator som ikke er forfatteren av møtet.
  • Leserne er godt forberedt før møtet om dokumentene eller hva som må diskuteres.
  • Regler og sjekklister brukes i dette møtet, mens produktet blir undersøkt og mangler loggført.
  • Mangler som ble funnet i møtet, er dokumentert i emneloggen eller logglisten.
  • Møte har riktige inn- og utreisekriterier.
  • Rapporter som ble opprettet under møtet blir delt med forfatteren for å iverksette passende tiltak på dette.
  • En formell oppfølgingsprosess utføres av moderatoren for å adressere forbedringsproblemene og lære av mangler som er oppdaget.

Hovedmål for inspeksjonen

  • Forbedre kvaliteten på dokumenter under inspeksjon.
  • Raskt å finne og fikse manglene som ble funnet i møtet.
  • Skape mer detaljert forståelse gjennom gruppesamtaler og informasjonsutveksling.
  • Lære av de tidligere innførte manglene og ikke gjenta dem i fremtiden.

3. Teknisk gjennomgang

  • Det er godt dokumentert og følger teknikk for påvisning av defekter som involverer jevnaldrende og tekniske eksperter.
  • Det ledes vanligvis av en trent moderator og ikke forfatteren.
  • I Technical Review blir produktet undersøkt og manglene funnet som hovedsakelig er tekniske.
  • Ingen ledelsesdeltakelse er det i Technical Review.
  • Den fullstendige rapporten er forberedt på å ha en liste over spørsmålene som tas opp.

Hovedmål for teknisk gjennomgang

  • Hold deltakerne informert om tekniske tekniske konsepter.
  • For å sikre at tekniske begrep fra starten må forstås riktig.
  • Å samle alternativene og løsningene fra deltakerne angående tekniske konsepter.
  • For å opprettholde konsistens i teknisk og konseptuell utforming av programvaren.
  • Å fokusere på de tekniske aspektene ved programvaren og teknisk gjennomførbarhet som er like viktig som en konseptuell.

Konklusjon

Statisk testing hjelper ikke bare med å finne manglene i tidlige stadier, men gir også et lukkende utseende av dokumentene og hjelper deg med å forstå manglende krav, tvetydighet, designfeil, vedlikeholdsproblemer, etc. Et enkelt dokument blir gjenstand for flere anmeldelser og hver gjennomgang har sitt eget mål og prosedyrer. Hver anmeldelse tjener et spesifikt formål som uformell gjennomgang før en teknisk eller formell gjennomgang, slik at feil som kan bli funnet uformelt først kan fikses. Jo mer gjennomgang som blir gjort på ethvert dokument før og under utviklingen, jo mindre er sannsynligheten for mangler til slutt.

Anbefalte artikler

Dette er en guide til statiske testteknikker. Her diskuterer vi ulike typer anmeldelser og statiske teknikker i detalj. Du kan også gå gjennom andre foreslåtte artikler -

  1. Forstå begrepet statisk testing
  2. Hva er ikke-funksjonell testing?
  3. Eksempler på White Box Testing
  4. Hva gjør dynamisk testing?

Kategori:

Programvare utvikling