De mange typer programvare testmetoder

Før programvaren går offentlig, bruker programmører timer på å forsøke å stryke ut hver eneste liten feil. Inntil produktet tilfredsstiller alle interessenter, vil det ikke være tilgjengelig for kommersiell bruk.

Store programvarefirmaer, som Google, lykkes til tross for lavprioriterte feil i programvaren fordi de har tålmodige investorer og lojale brukere. Mindre bedrifter og oppstart har imidlertid ikke den luksusen. Kunder forventer at produkter skal gjøre det de påstår på salgssiden eller i dokumentasjonen. Med så mange alternativer der ute, vil de ikke tenke to ganger om hoppeskip hvis produktet sløser med tid og penger. Derfor gjennomgår programvaren strenge tester før utgivelsen for å:

• markere forskjeller mellom det opprinnelige konseptet og den endelige utgangen
• Kontroller at programvaren fungerer som designere planlagt
• bekreft at sluttproduktet oppfyller kundens krav
• Vurdere egenskaper og kvalitet

Testing følger en streng tegning for å optimalisere kompetanse, tid og penger mens du gir interessenter viktig informasjon for å ta produktet videre. Målet er å legge til rette for en god sluttbrukeropplevelse gjennom et sterkt kvalitetssikringsprogram.Med innsatsene så høyt, er QA-ledere noen av de beste inntektene i teknologibransjen. Testing følger vanligvis disse trinnene:

1. Kravanalyse hvor ledere skisserer en plan for å sette en egnet teststrategi på plass.
2. Testene begynner og resultatene gjennomgår analyser.
3. Eventuelle feil blir korrigert, og programvaren går gjennom regresjonstesting - et system for å kontrollere at programmet fortsatt fungerer etter endringer.
4. En testavslutningsrapport beskriver deretter hele prosessen og resultatene.

Enkeltpersoner kan bli sertifiserte programvaretestere gjennom organisasjoner som BCS, The Chartered Institute for IT, ISTQB® (International Software Testing Qualifications Board) og ASQ (tidligere American Society for Quality).

Software Testing Methods

Black box og white box testing er de to grunnleggende metodene for å bedømme produktadferd og ytelse, men det finnes også andre metoder.

• Svart boks testing: Også kalt funksjonell eller spesifikasjonsbasert testing, fokuserer denne metoden på produksjon. Testere er ikke opptatt av interne mekanismer. De kontrollerer bare at programvaren gjør hva den skal gjøre. Kunnskap om koding er ikke nødvendig, og testere fungerer på brukergrensesnitt.
• Hvit boks testing: Denne metoden bruker kodende know-how som en del av testprosedyren. Når et produkt mislykkes, går testerne så dypt inn i koden som nødvendig for å finne årsaken. Programvareutviklerne gjør dette selv siden de bestemmer hvordan produktet skal fungere. Strukturbasert og glassbokstesting er andre navn for denne metoden.

• Statisk testing: Testere undersøker programvarens kode og dokumentasjon, men utfører ikke programmet. Statiske tester begynner tidlig i produktets utvikling under verifikasjonsprosessen.
• Dynamisk testing: Programvaren utføres med ulike innganger, og testere sammenligner utganger med forventet oppførsel med denne metoden.
• Grafisk brukergrensesnitt testing: Dette tester GUI egenskaper som tekstformatering, tekstbokser, knapper, lister, layout, farger, skrifter, skriftstørrelser og så videre. GUI-testing er tidkrevende, og tredjepartsfirmaer tar ofte oppgaven i stedet for utviklere.

Testnivåer

Forskjellige nivåer av testing brukes til å identifisere svakhetsområder og overlapping i hver fase av programvareutviklingslivet.

• Enhetstesting: Utviklere tester de mest grunnleggende delene av kode som klasser, grensesnitt og funksjoner / prosedyrer. De vet hvordan koden deres skal svare og kan gjøre justeringer avhengig av produksjonen.
• Komponenttesting: Andre navn er modul- eller programtesting. Det ligner enhetstesting, men inneholder et høyere integrasjonsnivå. Modulene i programvaren testes for feil for å verifisere deres individuelle funksjon.
• Integrasjonstesting: Dette identifiserer feil når modulene er integrert. Ulike integrasjonstester er nederst, topp ned og funksjonell inkrementell.

• Systemtesting: Komponenter av et prosjekt blir testet som en helhet i forskjellige miljøer med denne metoden. Det faller under svart boks-metoden og er en av de endelige tester i prosessen. Det avgjør om systemet fungerer som det skal for å møte forretnings- og brukerbehov.
• Alfa-testing: Internt personale tester programvaren på utviklerens nettsted i et simulert eller faktisk miljø. Deretter rette utviklere feil og andre problemer.
• Betatesting: Også kjent som felttest, klientene tester produktet på sine egne nettsteder i virkelige forhold. Klienter kan tilby en gruppe sluttbrukere muligheten til å teste programvaren via prerelease- eller beta-versjoner. Tilbakemelding om mulige forbedringer sendes da til utvikleren.

• Godkjenningstesting: Også under omfanget av svart boks testing, klienter test programvare for å finne ut om utvikleren har laget programmet til ønsket spesifikasjoner.

Testtyper

Ulike typer programvare tester er utformet for å fokusere på bestemte mål.

• Installasjonstesting: Programvaretestingeniør og konfigurasjonsleder utfører denne testen for å sikre at sluttbrukeren kan installere og kjøre programmet. Den dekker områder som installasjonsfiler, installasjonssteder og administrative rettigheter.
• Utviklingstesting: Dette implementerer en rekke synkroniserte strategier for å oppdage og forebygge feil. Den inkluderer statisk kodeanalyse, peer code reviews, sporbarhet og metrisk analyse. Målet er å redusere risiko og spare kostnader.
• Usability testing: Brukeropplevelsen kommer under søkelyset med denne testen. Det måler hvor godt GUI er designet og brukervennlighet. Testen kontrollerer nøyaktighet og effektivitet av funksjoner og de emosjonelle responsene til testpersonene.

• Sanity testing: Dette indikerer om programvaren er verdt tiden og kostnaden for å fortsette ytterligere tester. Hvis det er for mange feil, vil ikke mer aggressive tester følge.
• Røykprøving: Røktesting avslører grunnleggende feil som er seriøse nok til å forhindre utgivelse. Når dette utføres på en ny bygning, kalles det en byggverifikasjonstest.
• Regresjonstesting: Når systemet gjennomgår endring, overvåker regresjonstesting uventet oppførsel. Det peker på bivirkninger på moduler eller komponenter.
• Destruktiv testing: Testere skriver unormale oppføringer og skiller programvarens evne til å håndtere uventet inngang. Dette viser utviklere hvor robust programmet er ved feilhåndtering.
• Utbedringstesting: Når maskinvare eller andre funksjoner feiler, viser denne testen hvor godt programvaren kan gjenopprette og fortsette driften.
• Automatisert testing: Dette utfører funksjoner vanskelig å implementere manuelt. Den bruker spesifikk programvare for å kjøre testene og gi data om faktiske versus forventede resultater.
• Kompatibilitetstesting: Programvaren må kjøre i forskjellige databehandlingsmiljøer, slik at dette kontrollerer kompatibilitet med forskjellige systemer. For eksempel fungerer programvaren med ulike operativsystemer og nettlesere?
• Ytelsestesting: Dette er en grundig test som undersøker programvareytelsen i ulike scenarier. Informasjon om respons, stabilitet, ressursallokering og hastighet er samlet. Videre spiller delforsøk som volum-, kapasitets- og spikttesting en rolle i denne prosessen.
• Sikkerhetstesting: Dette måler programvarens evne til å beskytte brukernes sikkerhet. Dette betyr autorisasjonsfunksjoner, autentisering, konfidensialitet, integritet, tilgjengelighet og nonrepudiation.
• Tilgjengelighetstesting: Dette er ikke det samme som brukervennlighetstesting. Dette bestemmer i hvilken utstrekning brukere av ulike evner og læring og fysiske funksjonshensyn kan bruke programvaren.
• Internationalisering og lokaliseringstesting: Resultatene viser hvordan programvaren kan tilpasse seg ulike språk og regionale krav. Dette inkluderer å legge til komponenter for bestemte steder og oversette tekst.