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
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 eksplicit og track gennemgangsaktiviteter. En softwaregennemgang og inspektion er generelt sammensat af fagfรฆllebedรธmmelser
- 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
- Tracdokument om evnematrix
- 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:
- 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.
- 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.
- Architecture Review: Alle processer pรฅ forretningsniveau som serverplaceringer, netvรฆrksdiagrammer, protokoldefinitioner, belastningsbalancering, databasetilgรฆngelighed, testudstyr osv.
- Prototype/Screen Mockup Validering: Denne fase inkluderer validering af krav og use cases.
- 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.

