Hva er statisk testing? Teknikker for programvaretesting
โก Smart oppsummering
Statisk testing er en programvaretestteknikk som sjekker et program for feil uten รฅ kjรธre koden, basert pรฅ gjennomganger som gjennomganger og inspeksjoner, pluss automatiserte analyseverktรธy, for รฅ oppdage feil tidlig og redusere utviklingskostnader og -tid.

Hva er statisk testing?
Statisk testing er en programvaretestingsteknikk som brukes til รฅ sjekke feil i programvareapplikasjonen uten รฅ kjรธre koden. Statisk testing gjรธres for รฅ unngรฅ feil pรฅ et tidlig stadium av utviklingen da det er lettere รฅ identifisere feilene og lรธse feilene. Det hjelper ogsรฅ รฅ finne feil som kanskje ikke blir funnet av dynamisk testing.
Motstykket er Dynamic Testing som sjekker en applikasjon nรฅr koden kjรธres. Se denne opplรฆringen for en detaljert forskjell mellom statisk og dynamisk testing.
De to hovedtypene av statiske testteknikker er
- Manuelle undersรธkelser: Manuelle undersรธkelser inkluderer analyse av kode gjort manuelt, ogsรฅ kjent som ANMELDELSER.
- Automatisert analyse ved hjelp av verktรธy: Automatisert analyse er i utgangspunktet statisk analyse som gjรธres ved hjelp av verktรธy.
Statiske testteknikker
- uformell Reviews
- walkthroughs
- Teknisk Reviews
- Inspeksjoner
- Statisk analyse
- Dataflyt
- Kontroll flyt
Verktรธy som brukes til statisk testing
Ulike verktรธy som brukes for statisk testing er som fรธlger,
Hva er testing Revhey?
En gjennomgang i Static Testing er en prosess eller et mรธte som gjennomfรธres for รฅ finne de potensielle defektene i utformingen av ethvert program. En annen betydning av gjennomgang er at alle teammedlemmene fรฅr vite om fremdriften til prosjektet, og noen ganger kan mangfoldet av tanker resultere i gode forslag. Dokumenter undersรธkes direkte av folk og avvik sorteres ut.
Reviews kan videre klassifiseres i fire deler:
- Uformelle anmeldelser
- walkthroughs
- Teknisk gjennomgang
- Inspeksjoner
Under Review-prosessen fire typer deltakere som deltar i testing er:
- programleder: Utfรธrer inngangssjekk, fรธlger opp omarbeid, coacher teammedlem, planlegger mรธtet.
- Forfatter: Tar ansvar for รฅ fikse defekten som er funnet og forbedrer kvaliteten pรฅ dokumentet
- Scribe: Den foretar loggingen av defekten under en gjennomgang og deltar i vurderingsmรธtet
- Reviewer: Kontroller materialet for defekter og inspiser
- Leder: Bestem deg for gjennomfรธring av vurderinger og sikrer at mรฅlene for vurderingsprosessen blir oppfylt.
Typer defekter som kan vรฆre lettere รฅ finne under statisk testing er:
- Avvik fra standarder
- Ikke-vedlikeholdbar kode
- Designfeil
- Manglende krav
- Inkonsekvente grensesnittspesifikasjoner
Vanligvis skyldes defekten som oppdages under statisk testing sikkerhetssรฅrbarheter, uerklรฆrte variabler, grensebrudd, syntaksbrudd, inkonsekvent grensesnitt, etc.
Tips for vellykket statisk testing
Noen nyttige tips for รฅ utfรธre en statisk testprosess i Software Engineering.
- Fokuser kun pรฅ ting som virkelig teller
- Planlegg eksplisitt og track gjennomgangsaktiviteter. En programvaregjennomgang og inspeksjon er vanligvis sammensatt av fagfellevurderinger
- Tren deltakere med eksempler
- Lรธs problemer med mennesker
- Hold prosessen formell som prosjektkulturen
- Kontinuerlig forbedring โ prosess og verktรธy
- Ved รฅ fjerne de store forsinkelsene i testutfรธrelsen, kan testkostnadene og tiden reduseres
Hvorfor statisk testing?
Statisk testing utfรธres av fรธlgende รฅrsaker
- Tidlig feildeteksjon og retting
- Reduserte utviklingstider
- Redusert testkostnad og tid
- For forbedring av utviklingsproduktiviteten
- For รฅ fรฅ fรฆrre feil pรฅ et senere stadium av testingen
Hva er testet i statisk testing
I statisk testing testes fรธlgende ting
- Unit Test Cases
- Business Requirements Document (BRD)
- Brukstilfeller
- System/funksjonskrav
- Prototype
- Prototype spesifikasjonsdokument
- DB Fields Dictionary Regneark
- Testdata
- Tracdokument for evnematrise
- Brukerhรฅndbok/Opplรฆringsveiledninger/Dokumentasjon
- Testplan Strategidokument/Testcaser
- Automatiserings-/ytelsestestskript
Hvordan statisk testing utfรธres
For รฅ utfรธre statisk testing gjรธres det pรฅ fรธlgende mรฅter,
- Utfรธr inspeksjonsprosessen for รฅ fullstendig inspisere utformingen av sรธknaden
- Bruk en sjekkliste for hvert dokument som vurderes for รฅ sikre at alle vurderinger dekkes fullstendig
De ulike aktivitetene for รฅ utfรธre statisk testing er:
- Validering av krav til brukstilfeller: Den validerer at alle sluttbrukerhandlinger er identifisert, sรฅ vel som eventuelle inndata og utdata knyttet til dem. Jo mer detaljerte og grundige brukssakene er, jo mer nรธyaktige og omfattende kan testsakene vรฆre.
- Validering av funksjonelle krav: Det sikrer at funksjonskravene identifiserer alle nรธdvendige elementer. Den ser ogsรฅ pรฅ databasefunksjonaliteten, grensesnittoppfรธringer og krav til maskinvare, programvare og nettverk.
- Architecture Revforhรฅndsvisning: Alle prosesser pรฅ forretningsnivรฅ som serverplasseringer, nettverksdiagrammer, protokolldefinisjoner, lastbalansering, databasetilgjengelighet, testutstyr, etc.
- Prototype/Screen Mockup Validering: Dette stadiet inkluderer validering av krav og brukstilfeller.
- Validering av feltordbok: Hvert felt i brukergrensesnittet er definert godt nok til รฅ lage feltnivรฅvalideringstestsaker. Felt er sjekk for min/maks lengde, listeverdier, feilmeldinger osv.

