Hvad er statisk test? Teknikker til test af software

Hvad er statisk test?

Statisk test er en softwaretestteknik, der bruges til at kontrollere defekter i softwareapplikationen uden at udføre koden. Statisk test udføres for at undgå fejl på et tidligt udviklingsstadium, da det er nemmere at identificere fejlene og løse fejlene. Det hjælper også med at finde fejl, der muligvis ikke findes af dynamisk test.

Dens modstykke er Dynamic Testing, som kontrollerer en applikation, når koden køres. Se denne vejledning for en detaljeret forskel mellem statisk og dynamisk test.

De to hovedtyper af statiske testteknikker er

  • Manuelle undersøgelser: Manuelle undersøgelser omfatter analyse af kode udført manuelt, også kendt som ANMELDELSER.
  • Automatiseret analyse ved hjælp af værktøjer: Automatiseret analyse er dybest set statisk analyse, som udføres ved hjælp af værktøjer.

Statiske testteknikker

  • Uformel Reviews
  • walkthroughs
  • Teknisk Reviews
  • Inspektioner
  • Statisk Analyse
    • Dataflow
    • Kontroller flow

Statiske testteknikker

Værktøjer brugt til statisk test

Forskellige værktøjer, der bruges til statisk test, er som følger,

Hvad er test Revhey?

En gennemgang i statisk test er en proces eller et møde, der udføres for at finde de potentielle defekter i designet af ethvert program. En anden betydning af gennemgang er, at alle teammedlemmerne får at vide om projektets fremskridt, og nogle gange kan mangfoldigheden af ​​tanker resultere i fremragende forslag. Dokumenter undersøges direkte af folk, og uoverensstemmelser sorteres ud.

Reviews kan yderligere klassificeres i fire dele:

  • Uformelle anmeldelser
  • walkthroughs
  • Teknisk gennemgang
  • Inspektioner

Under RevIew proces fire typer deltagere, der deltager i test er:

  • Moderator: Udfører adgangskontrol, følger op på omarbejde, coacher teammedlem, planlægger mødet.
  • Forfatter: Tager ansvar for at rette den fundne defekt og forbedrer kvaliteten af ​​dokumentet
  • Scribe: Den foretager logningen af ​​defekten under en gennemgang og deltager i gennemgangsmødet
  • Reviewer: Kontroller materialet for defekter og inspicér
  • Manager: Beslut dig for udførelse af anmeldelser og sikrer, at målene for gennemgangsprocessen er opfyldt.

Typer af defekter, der kan være nemmere at finde under statisk test, er:

  • Afvigelser fra standarder
  • Ikke-vedligeholdelig kode
  • Designfejl
  • Manglende krav
  • Inkonsistente grænsefladespecifikationer

Normalt skyldes den defekt, der opdages under statisk test, sikkerhedssårbarheder, ikke-deklarerede variabler, grænseovertrædelser, syntaksovertrædelser, inkonsekvent grænseflade osv.

Tips til en vellykket statisk testproces

Nogle nyttige tips til at udføre en statisk testproces i Software Engineering.

  • Fokuser kun på ting, der virkelig tæller
  • Planlæg og spor eksplicit revisionsaktiviteter. En softwaregennemgang og inspektion er generelt sammensat i peer-anmeldelser
  • Træn deltagere med eksempler
  • Løs problemer med mennesker
  • Hold processen formel som projektkulturen
  • Kontinuerlig forbedring – proces og værktøjer
  • Ved at fjerne de store forsinkelser i testudførelsen kan testomkostninger og -tid reduceres

Hvorfor statisk test?

Statisk test udføres af følgende årsager

  • Tidlig fejlfinding og korrektion
  • Reducerede udviklingstider
  • Reducerede testomkostninger og -tid
  • Til forbedring af udviklingsproduktiviteten
  • For at få færre defekter på et senere tidspunkt af testen

Hvad er testet i statisk test

I Static Testing testes følgende ting

  • Unit Test Cases
  • Business Requirements Document (BRD)
  • Brug cases
  • System-/funktionskrav
  • prototype
  • Prototypespecifikationsdokument
  • DB Fields Dictionary Regneark
  • Testdata
  • Sporbarhedsmatrixdokument
  • Brugermanual/Uddannelsesvejledninger/Dokumentation
  • Testplan Strategidokument/Testcases
  • Automation/Performance Test Scripts

Hvordan statisk test udføres

For at udføre statisk test udføres det på følgende måder,

  • Udfør inspektionsprocessen for fuldstændigt at inspicere applikationens design
  • Brug en tjekliste for hvert dokument, der gennemgås for at sikre, at alle anmeldelser er dækket fuldstændigt

De forskellige aktiviteter til udførelse af statisk testning er:

  1. Validering af krav til brugssager: Det validerer, at alle slutbrugerhandlinger er identificeret, såvel som alle input og output, der er forbundet med dem. Jo mere detaljerede og grundige use casene er, jo mere præcise og omfattende kan testcases være.
  2. Validering af funktionelle krav: Det sikrer, at de funktionelle krav identificerer alle nødvendige elementer. Den ser også på databasefunktionaliteten, grænsefladelister og hardware-, software- og netværkskrav.
  3. Architecture Review: Alle processer på forretningsniveau som serverplaceringer, netværksdiagrammer, protokoldefinitioner, belastningsbalancering, databasetilgængelighed, testudstyr osv.
  4. Prototype/Screen Mockup Validering: Denne fase inkluderer validering af krav og use cases.
  5. Validering af feltordbog: Hvert felt i brugergrænsefladen er defineret godt nok til at oprette testcases for validering på feltniveau. Felter kontrolleres for min/maks. længde, listeværdier, fejlmeddelelser osv.

Resumé

  • Statisk test er at finde defekter så tidligt som muligt.
  • Statisk test er ikke en erstatning for dynamisk test, begge finder en anden type defekter
  • Reviews er en effektiv teknik til statisk testning
  • Reviews hjælper ikke kun med at finde defekter, men forstår også manglende krav, designfejl, kode, der ikke kan vedligeholdes. Hvis du leder efter værktøjer til at hjælpe i denne proces, er her en omfattende liste over nogle af de bedste kodegennemgangsværktøjer at du måske finder brugbar.