Meny

Hvordan velge riktige testtilfeller for automatiseringstesting (og til slutt oppnå en positiv ROI for automatisering)

  • Hoved
  • Automatiseringstesting
  • Hvordan velge riktige testtilfeller for automatiseringstesting (og til slutt oppnå en positiv ROI for automatisering)

how select correct test cases

Prøv Instrumentet Vårt For Å Eliminere Problemer

Nå er tiden med testautomatisering . De fleste testprosjektene prøver å oversette sine manuelle testtilfeller til automatiserte for å forbedre produktivitet og dekning.

Et av de viktigste trinnene for å starte automatiseringstesting er å velge passende testtilfeller og bestemme ROI (Return On Investment).

Hva kan du forvente av denne artikkelen?
I denne artikkelen har jeg prøvd å sitere noen viktige punkter basert på min erfaring for å hjelpe deg med å velge riktig kandidat for automatisering og bestemme forskjellige andre faktorer som vil gi bedre testresultater og fordeler.

Hvordan velge riktige testtilfeller for automatiseringstesting

Hvorfor automatisert testing?

Automatisering overstyrer ikke eller erstatter manuell testing, men komplimenterer det. I likhet med Manual trenger automatisering en strategi med riktig planlegging, overvåking og kontroll. Når automatisering implementeres riktig, kan det bli en ressurs for teamet, prosjektet og til slutt for organisasjonen.

Det er mange fordeler med automatisering; her er det få viktige å nevne:

  • Nyttig til å utføre rutinemessige oppgaver som Røykprøver og Regresjonstester .
  • Nyttig i forberedelsen av Testdata .
  • Hjelper med å utføre Test saker som involverer kompleks forretningslogikk .
  • Bra å utføre tverrsnitt på tvers av plattformer (som forskjellige operativsystemer, nettlesere osv.)
  • Flott å utføre testsakene som er litt vanskelige å utføre manuelt.
  • Når antall iterasjoner av eksekvering av testsaken ikke er kjent.

Mange gangs interessenter føler at testautomatisering fungerer som et støtteverktøy for manuell testing, så det er viktig å forstå at automatisering er den beste måten å øke effektiviteten, effektiviteten og dekningen av testing. Det sparer ikke bare tid, men forbedrer også nøyaktigheten, da gjentatte oppgaver via manuell tilnærming kan være utsatt for menneskelige feil og kan være tidkrevende.

Kandidater for automatisering

Grunnleggende feil å unngå:
En av de mest grunnleggende feilene som testere gjør, er IKKE å velge riktige testtilfeller for automatisering.

Ikke bare velg noen testpakke. Analyser testtilfellene grundig og velg kandidatene for automatisering med tanke på den viktigste faktoren, dvs. avkastning. Først bør vi forstå og finne ut måtene for å få en høyere og positiv avkastning.

hvordan initialisere en liste i java

( ROI - Return on Investment - Det er en beregning av fordelene når det gjelder kostnadsbesparelse, økt effektivitet og kvalitet)

Det er ingen standard prosedyre for å bestemme de riktige testtilfellene for automatisering. Alt avhenger av applikasjonen du tester.

Basert på min erfaring, har jeg prøvd å få ned noen få trinn som kan gi litt innsikt i valg av testsaker og til slutt utvikle seg for å oppnå et positivt avkastning for automatisering.

Se også => Hvordan oversette manuelle testtilfeller til automatiseringsskript?

Hva du vil lære:

Hvordan velge riktige testtilfeller for automatiseringstesting

Trinn 1:

Identifiser parametrene som du vil basere testsaken din som kandidat for automatisering.

Fra nå av identifiserer jeg parametrene nedenfor, du kan ha dine egne parametere avhengig av applikasjonen din.

  • Test case utført med forskjellige datasett.
  • Test case utført med forskjellige nettlesere.
  • Test case utført i forskjellige miljøer.
  • Test case utført med kompleks forretningslogikk
  • Test case utført med et annet sett med brukere
  • Test tilfelle involverer en stor mengde data
  • Test saken har noen avhengighet
  • Test tilfelle krever spesielle data

Steg 2:

Del opp hver applikasjon i moduler. For hver modul, analyser og prøv å identifisere testtilfellene som skal automatiseres basert på parametrene. Denne listen vil variere fra prosjekt til prosjekt, og kan også forbedres for å dekke dine behov:

Fig 1.0

Manual to automation testing

Y - Ja
N - Nei

På samme måte, for alle moduler, kan denne listen brukes til å identifisere automatiseringskandidatens testtilfeller.

Trinn 3 :

Konsolidere og gruppere antall testsaker for hver modul vist nedenfor

Fig 2.0

Manuell til automatiseringstesting 1

Figur 2.0 er ganske grei og selvforklarende. Her prøver jeg å kvantifisere detaljene og gi et estimat for å fullføre testen manuelt.

Trinn 4:

Når du har identifisert alle detaljer på detaljnivå, kan du presentere dem nedenfor. Vi går nå frem for å beregne avkastningen.

Fig 3.0:

Manual to automation testing 2

Vi bør også ta hensyn til nedenstående attributter som danner grunnlaget for å avskrekke avkastningen :

  • Innkjøps- og lisensieringskostnader for verktøyet
  • På tide å utvikle manusene
  • På tide å vedlikeholde manusene.
  • På tide å analysere resultatene manuelt og automatisk
  • Tid og kostnad for å trene ressursene.
  • Administrasjonsomkostninger

Test Automation ROI Beregningseksempel

I de fleste tilfeller beregnes avkastningen på fem år, men det er ikke obligatorisk. Basert på de ovennevnte faktorene, la meg prøve å utdype beregningen av avkastningen i 5 år. Som vanlig kan du alltid skreddersy og forbedre den.

Manual to automation testing 3

* ROI = (Kumulativ sparing / Investering gjennom automatisering) * 100

Manual to Automation Testing - Hva er prosessutfordringene?

Jeg har prøvd å sitere poengene som jeg føler er en stor utfordring når vi prøver å automatisere en testpakke.

# 1) Automatiseringsbehov: Hvert testteam er unikt og har et eksklusivt behov for automatisering. Vi kan ikke utvikle en fast standard, men vi kan skreddersy en standard som passer vårt behov. På grunn av dette krever automatisering god støtte fra ledelsen så vel som fra utviklingsteamet.

# 2) Automatisering av hele applikasjonen: Å automatisere en 100% applikasjon er en stor oppgave. Ikke at det er umulig, men det krever riktig planlegging og overvåking og selvfølgelig; litt tid. Det er mange permutasjoner og kombinasjoner av data, n antall miljøer med n antall godkjennings- og autorisasjonsattributter som må valideres og derfor krever en strategi for å automatisere.

# 3) Manuell mot automatisering mentalitet: ' Vi automatiserer normalt det som er viktig og repeterende, men vi foretrekker å teste den viktige funksjonaliteten manuelt ”. Forvirret? Selv er jeg det !! Men dette er et faktum. Vi bør ha kriterier som vil avgjøre hvilke som er viktig test tilfeller. Disse kriteriene kan være basert på flere faktorer som kompleks forretningslogikk, områder som er mer interessert for klienter, risikoutsatte områder, etc.

# 4) Bestemme rammeverket: Designe rammeverket er den viktigste siden av automatisering. Jeg mener vi skal bruke relativt mer tid på å utvikle rammeverket enn å skript. Hver gang vi utvikler automatiseringsplanen, bør rammeverkdesign være hovedfokus.

PLANLEGG å utforme rammeverket. Identifiser og lag en sjekkliste over elementene som vil danne rammeverket. Hvis rammeverket er bunnsolid, blir skripting og vedlikehold enkelt.

# 5) Kunnskap om teamet: Hver gang vi tenker på automatisering, hopper vi umiddelbart for å lære programmeringsspråket eller skriptspråket. Å lære dette språket vil definitivt hjelpe, men mer vekt bør være på å bygge og utvikle logikk.

Automatisering bør ikke være ansvaret for noen håndfull ressurser, men et helt team skal bidra til det. Dette vil ikke bare hjelpe til med å forbedre ferdighetene til ressursene, men også holde dem motivert .

# 6) Rapportering: Hvert verktøy har en standard for å rapportere testresultatene. For å tilpasse det; er en utfordrende oppgave. Rapportering av testresultatene krever også koordinering og vedlikehold som legger til kostnadene.

# 7) Tillit: Vi bør stole på automatiseringssakene våre. Vi investerer arbeidstimer for å bygge en automatiseringspakke, men vi tror fortsatt ikke på testresultatene. Det bør arbeides for å vedlikeholde manusene. Vi bør også se at teamet som gjør manuell testing av applikasjonen, bør være involvert i å automatisere det slik de kjenner applikasjonen.

Det meste av tiden gjør et tredje team automatisering, slik at det faktiske testteamet ikke er klar over skriptene, og til slutt ender med å kjøre testene manuelt fordi de føler at de følger opp skriptene, legger opp til sine oppgaver

Se også=> Manuelle og automatiseringstestutfordringer.

Konklusjon

I de fleste tilfeller foretrekker vi det Automatiser regresjonspakken ( her er noen utfordringer i å automatisere regresjonssuite i et smidig miljø ) da den inneholder et større antall testsaker. I så fall kan vi bryte ned regresjonsdraktene i mindre drakter og bestemme oss for å kjøre den aktuelle suiten i henhold til utgivelseskravet.

Anta at en regresjonspakke inneholder 1500 testsaker, du kan dele den til 3 dresser à 500 testsaker per dress og automatisere den.

hvordan åpne en eps-fil på en pc

I stedet for å automatisere hele suiten, kan du velge fasemessig automatisering . Med andre ord kan du følge prototypemodellen for å utvikle automatiseringsserien. Lag en struktur eller et rammeverk med implementering av færre antall testsaker og begynn å bruke det og gradvis forbedre den ved å legge til flere testtilfeller til den.

Vi bør følge Deming hjul (PDCA syklus) for automatisering også. Å være en pågående aktivitet, det bør legges vekt på å bygge rammeverket riktig som vil føre til enkel vedlikehold og implementering av nye funksjoner.

Det krever riktig støtte fra dev-teamet og fra ledelsen også. Vi bør oppmuntre testteamet til å bidra mest mulig til automatiseringstesting ettersom de kjenner produktet deres mer enn noen andre.

Om forfatteren: Dette er en gjesteartikkel av Shilpa Chatterjee Roy. Hun jobber i Software Testing-feltet de siste 8,5 årene på forskjellige domener.

Jeg håper vi har forenklet dette'Manual to Automation testing'prosess. Del gjerne dine erfaringer og tanker om hvordan du overvinner prosessutfordringene.

PREV Opplæring | NESTE veiledning

Anbefalt lesing

^