Programvaretestmetoder: QA-modeller
Thomas Hamilton
Hva er metodikk for programvaretesting?
Programvaretestmetodikk er definert som strategier og testtyper som brukes for å bekrefte at applikasjonen under test oppfyller kundens forventninger. Testmetoder inkluderer funksjonell og ikke-funksjonell testing for å validere AUT. Eksempler på testmetoder er Enhetstesting, Integrasjonstesting, Systemtesting, Ytelsestesting osv. Hver testmetodikk har et definert testmål, teststrategi og leveranser.
Merknader: Siden programvaretesting er en integrert del av enhver utviklingsmetodikk, bruker mange selskaper begrepet utviklingsmetodikk og testmetoder i daglig tale. Derfor kan testmetoder også referere til Waterfall, Agile og andre QA-modeller i motsetning til definisjonen ovenfor av testmetoder. Diskusjon om ulike testtyper gir ingen verdi for leserne. Derfor vil vi diskutere de ulike utviklingsmodellene.
Fossmodell
Hva er det?
på fossemodell, programvareutvikling fremskritt gjennom ulike faser som kravanalyse, design etc – sekvensielt.
Hva er testmetoden?
Første fase i fossefallsmodellen er kravfasen der alle prosjektkravene er fullstendig definert før testingen starter. I løpet av denne fasen brainstormer testteamet omfanget av testing, teststrategi og utarbeider en detaljert testplan.
Først når utformingen av programvaren er fullført, vil teamet gå videre til utførelse av testtilfellene for å sikre at den utviklede programvaren oppfører seg som forventet.
I denne metodikken fortsetter testteamet til neste fase først når forrige fase er fullført.
| Fordeler | Ulemper |
|---|---|
| Denne programvareingeniørmodellen er veldig enkel å planlegge og administrere. Derfor kan prosjekter, hvor kravene er klart definert og angitt på forhånd, enkelt testes ved hjelp av en fossefallsmodell. | I fossefallsmodellen kan du begynne med neste fase først når forrige fase er fullført. Derfor kan ikke denne modellen imøtekomme uplanlagte hendelser og usikkerhet. |
| Denne metodikken egner seg ikke for prosjekter hvor kravene endres ofte. |
Iterativ utvikling
Hva er det?
I denne modellen er et stort prosjekt delt inn i små deler, og hver del er utsatt for flere iterasjoner av fossefallsmodellen. På slutten av en iterasjon utvikles en ny modul eller en eksisterende modul forbedres. Denne modulen er integrert i programvarearkitekturen og hele systemet er testet sammen
Hva er testmetoden?
Så snart iterasjonen er fullført, testes hele systemet. Tilbakemelding fra testing er umiddelbart tilgjengelig og innarbeides i neste syklus. Testtiden som kreves ved suksessive iterasjoner kan reduseres basert på erfaringen fra tidligere iterasjoner.
| Fordeler | Ulemper |
|---|---|
| Den største fordelen med iterativ utvikling er at testtilbakemeldingen er umiddelbart tilgjengelig på slutten av hver syklus. | Denne modellen øker kommunikasjonskostnadene betraktelig siden det på slutten av hver syklus må gis tilbakemelding om leveranser, innsats osv. |
Agile metodikk
Hva er det?
Tradisjonelle metoder for programvareutvikling arbeider med forutsetningen om at programvarekravene forblir konstante gjennom hele prosjektet. Men med en økning i kompleksitet, gjennomgår kravene mange endringer og utvikler seg kontinuerlig. Til tider er kunden selv ikke sikker på hva han vil ha. Selv om den iterative modellen løser dette problemet, er den fortsatt basert på fossefallsmodellen.
I smidig metodikk utvikles programvare i inkrementelle, raske sykluser. Interaksjoner mellom kunder, utviklere og klienter vektlegges snarere enn prosesser og verktøy. Den smidige metodikken fokuserer på å reagere på endringer i stedet for omfattende planlegging.
Hva er testmetoden?
Inkrementell testing brukes i smidige utviklingsmetoder, og derfor testes hver utgivelse av prosjektet grundig. Dette sikrer at eventuelle feil i systemet er fikset før neste utgivelse.
| Fordeler | Ulemper |
|---|---|
| Det er mulig å gjøre endringer i prosjektet til enhver tid for å overholde kravene. | Konstant klientinteraksjon betyr økt tidspress på alle interessenter, inkludert klienten selv, programvareutvikling og testteam. |
| Denne inkrementelle testingen minimerer risikoen. |
Ekstrem programmering
Hva er det?
Ekstrem programmering er en type smidig metodikk som tror på korte utviklingssykluser. Et prosjekt er delt inn i enkle ingeniøroppgaver. Programmerere koder et enkelt stykke programvare og kommer tilbake til kunden for tilbakemelding. Revsynspoeng fra kunden blir innlemmet og utviklerne fortsetter med neste oppgave.
I ekstreme programmeringsutviklere jobber vanligvis i par.
Ekstrem programmering brukes på steder hvor kundenes krav er i stadig endring.
Hva er testmetoden?
Ekstrem programmering følger en testdrevet utvikling som beskrives som følger –- legge en Testsak til testpakken for å verifisere den nye funksjonaliteten som ennå ikke er utviklet
- Kjør alle testene og åpenbart må den nye testsaken som legges til mislykkes siden funksjonaliteten ikke er kodet ennå
- Skriv litt kode for å implementere funksjonen/funksjonaliteten
- Kjør testpakken på nytt. Denne gangen skal den nye testsaken bestå siden den funksjonelt har blitt kodet
| Fordeler | Ulemper |
|---|---|
| Kunder som har en vag programvaredesign i tankene kan bruke ekstrem programmering | Møter mellom programvareutviklingsteamet og klienter øker tidskravene. |
| Kontinuerlig testing og kontinuerlig integrasjon av små utgivelser sikrer at programvarekoden som leveres er av høy kvalitet |
Hvilken programvaremetodikk å velge?
Det er tonnevis av metoder tilgjengelig for programvareutvikling og tilhørende testing. Hver testteknikk og metodikk er designet for et bestemt formål og har sine relative fordeler og ulemper.
Valg av en bestemt metodikk avhenger av mange faktorer som et prosjekts natur, klientkrav, prosjektplan osv.
Fra et testperspektiv presser noen metoder for å teste input tidlig i utviklingslivssyklusen, mens andre venter til en arbeidsmodell av systemet er klar.
Hvordan konfigurerer jeg metoder for programvaretesting?
Programvaretestmetoder bør ikke settes opp bare for å teste programvarekoden. Det store bildet bør vurderes og hovedmålet for prosjektet bør være tilfreds med testmetoden. Se denne listen over anerkjente tjenesteleverandører for programvaretesting som kan hjelpe deg med å etablere effektive teststrategier skreddersydd for prosjektets mål.
Planlegging
Realistisk planlegging er nøkkelen til implementering av vellykket testmetodikk, og tidsplanen bør møte behovene til hvert medlem av teamet.
Definerte leveranser
For å holde alle medlemmene i teamet på samme side, bør veldefinerte leveranser gis. Leveransene skal inneholde direkte innhold uten noen tvetydighet.
Testtilnærming
Når planleggingen er fullført og definerte leveranser er gjort tilgjengelig, bør testteamet være i stand til å formulere den riktige testtilnærmingen. Definisjonsdokumenter og utviklermøter bør indikere teamet om den beste testmetoden som kan brukes for prosjektet.
Rapportering
Transparent rapportering er svært vanskelig å oppnå, men dette trinnet bestemmer effektiviteten til testmetoden som brukes i prosjektet.
