I artikkelen Test Process Improvement lærte du forbedringspoengene fra prosjektet Guru99 Bank. Den bruker automatisert testing i stedet for manuell testing. Men teammedlemmer kan spørre deg -
Svaret på dette spørsmålet er utfordrende fordi det er mange faktorer å vurdere
- Du vil støtte testaktivitetene dine ved hjelp av et programvareverktøy, men du kjenner ikke verktøy som for øyeblikket er tilgjengelige i markedet
- Hvilken type verktøy passer best til kravet og prosjektbudsjettet?
- Hvem på laget har ferdighetene til å bruke verktøyet når du har kjøpt det
Denne opplæringen vil hjelpe deg med å svare på spørsmålene ovenfor
Betydningen av valg av programvaretestverktøy
Suksess i enhver testautomatisering avhenger av å identifisere riktig verktøy for automatisering. Å velge det “riktige” testverktøyet for prosjektet ditt er en av de beste måtene å nå prosjektmålet. Følgende eksempel viser fordelen med utvalget av testverktøy
I prosjektet Guru99 Bank besluttet prosjektgruppen å bruke et automatisert testverktøy for testutførelsen for å spare innsatsen. Etter mange møter valgte teamet ditt et passende verktøy for prosjektet.
En måned senere fikk du rapporten fra prosjektgruppen om dette verktøyet
Resultatene er gode. Det nye automatiserte verktøyet doblet testproduktiviteten. Det betyr at vi sparte 50% kostnadene ved testutførelse
Dette er et eksempel på fordelen med å bruke testverktøyet i prosjektet. Å velge riktig testverktøy hjelper deg med å forbedre prosjektets produktivitet og spare prosjektkostnader.
Type testverktøy
Det er mange typer testverktøy, som Test Manager kan vurdere når du velger testverktøy.
Open Source-verktøy
Åpen kilde verktøy er i programmet, hvor kildekoden er åpenlyst publisert for bruk og / eller endring fra den opprinnelige utforming, uten omkostninger.
Åpne kildekodeverktøy er tilgjengelig i nesten alle faser av testprosessen, fra Test Case Management til Defect Tracking. Sammenlignet med kommersielle verktøy Open source-verktøy kan ha færre funksjoner.
Kommersielle verktøy
Kommersielle verktøy er programvaren som produseres for salg eller for å tjene kommersielle formål.
Kommersielle verktøy har mer støtte og flere funksjoner fra en leverandør enn verktøy med åpen kildekode.
Egendefinerte verktøy
I noen testprosjekter har testmiljøet og testprosessen spesielle egenskaper. Ingen åpen kildekode eller kommersielt verktøy kan oppfylle kravet. Derfor må Test Manager vurdere utviklingen av det tilpassede verktøyet.
Eksempel: Du vil finne et testverktøy for prosjektet Guru99 Bank. Du vil at dette verktøyet skal oppfylle noen spesifikke krav til prosjektet.
Analyse av automatiseringsmuligheter
Tilbake til eksemplet ovenfor bestemte prosjektgruppen seg for å utvikle et tilpasset verktøy som kan oppfylle prosjektkravene. Anta at de har fått 100 testsaker for å automatisere, og de anslår 5 dager på å utvikle et verktøy som kan automatisere alle disse testsakene.
Her er resultatet av arbeidet deres
Som i scenariet ovenfor er problemet at testverktøyet ikke kan automatisere alle testtilfellene med testspesifikasjon. Det betyr at ikke alle applikasjonsfunksjoner kan testes grundig ved hjelp av testverktøyet.
Hvis funksjonaliteten til applikasjonen under test endres ofte eller er for komplisert , er det vanskelig å lage testautomatisering for alle applikasjonsfunksjonene, fordi hvert verktøy har sine egne begrensninger .
Hvis du ikke vil være i en slik situasjon, før du velger testverktøyet, må du analysere testsakene og bestemme hvilke testsaker som skal automatiseres og hvilke testsaker som ikke skal. Dette er aktiviteten for analyse av mulighetsanalyse .
Automatiseringsmulighetsanalyse er den viktigste bidragsyteren i testing. I denne analysen må du sjekke om applikasjonen under test er kvalifisert for automatisert test.
Noen faktorer du må vurdere:
For å vite mer om disse faktorene, kan du bruke en sjekkliste som er inkludert i denne artikkelen
Verktøyvalgsprosess
For å velge det mest passende testverktøyet for prosjektet, bør Test Manager følge fremgangsmåten for valg av verktøy
Trinn 1) Identifiser kravet til verktøy
Hvordan kan du velge et testverktøy hvis du ikke vet hva du leter etter?
Du kan nøyaktig identifisere testverktøyets krav. Alt kravet må dokumenteres og gjennomgås av prosjektgrupper og styret.
Tenk på følgende eksempel: Du vil finne testverktøyet for Guru99 Bank-prosjektet. Hva forventer du av verktøyet? A) Verktøyet kan generere testsakene automatisk
B) Verktøyet kan generere testresultatet i ønsket format
C) Testeren kan velge hvilke testtilfeller som skal utføres med et gitt sett med testdata
D) Verktøyet kan utføre testsaken automatisk
E) Verktøyet kan bedømme og utføre validering av testutgang og merke testtilfeller som bestått eller ikke bestått
F) Alt over elementene
Feil korrekt
Trinn 2) Evaluer verktøyene og leverandørene
Etter å ha utarbeidet kravet til verktøyet, bør Test Manager
- Analyser de kommersielle og open source-verktøyene som er tilgjengelige i markedet, basert på prosjektkravet.
- Lag en verktøyliste som best oppfyller kriteriene dine
- En faktor du bør vurdere er leverandører . Du bør vurdere leverandørens omdømme, støtte etter salg, oppdateringsfrekvens for verktøy osv. Mens du tar din beslutning.
- Evaluer kvaliteten på verktøyet ved å ta prøvebruk og starte en pilot . Mange leverandører gjør ofte prøveversjoner av programvaren tilgjengelig for nedlasting
Trinn 3) Anslå kostnad og nytte
For å sikre at testverktøyet er gunstig for virksomheten, må Test Manager balansere følgende faktorer:
En kostnads-nytte-analyse bør utføres før du anskaffer eller bygger et verktøy
Eksempel: Etter å ha brukt mye tid på å undersøke testverktøy, fant prosjektgruppen det perfekte testverktøyet for prosjektet Guru99 Banks nettsted. Evalueringsresultatene konkluderte med at dette verktøyet kunne
- Dobbel den nåværende produktiviteten til testutførelsen
- Reduser ledelsesinnsatsen med 30%
Etter å ha diskutert med programvareleverandøren, fant du imidlertid at kostnadene for dette verktøyet er for høye sammenlignet med verdien og fordelen det kan gi teamarbeidet.
I et slikt tilfelle kan balansen mellom kostnad og nytte av verktøyet påvirke den endelige avgjørelsen.
Trinn 4) Ta den endelige avgjørelsen
For å ta den endelige avgjørelsen, må testlederen ha:
- Ha en sterk bevissthet om verktøyet. Det betyr at du må forstå hvilke som er sterke og svake punkter i verktøyet
- Balanse kostnad og nytte.
Selv om du bruker timer på å lese programvarehåndboken og leverandørinformasjonen, kan det hende du fortsatt må prøve verktøyet i ditt faktiske arbeidsmiljø før du kjøper lisensen.
Du bør ha møtet med prosjektgruppen, konsulenter for å få dypere kunnskap om verktøyet.
Din beslutning kan påvirke prosjektet, testprosessen og forretningsmålene negativt; du bør bruke god tid på å tenke hardt om det.