Hva er statisk testing? Teknikker for programvaretesting
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 og spor gjennomgangsaktiviteter eksplisitt. En programvaregjennomgang og inspeksjon er vanligvis sammensatt i 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
- Sporbarhetsmatrisedokument
- 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.
Sammendrag
- Statisk testing er å finne defekter så tidlig som mulig.
- Statisk testing er ikke en erstatning for dynamisk testing, begge finner en annen type defekter
- Reviews er en effektiv teknikk for statisk testing
- Reviews hjelper ikke bare med å finne defekter, men forstår også manglende krav, designfeil, kode som ikke kan vedlikeholdes. Hvis du leter etter verktøy for å hjelpe i denne prosessen, her er en omfattende liste over noen av beste kodegjennomgangsverktøy som du kan finne nyttig.