how select correct test cases
Nu er æraen med testautomatisering . De fleste af testprojekterne forsøger at oversætte deres manuelle testcases til automatiserede for at forbedre produktivitet og dækning.
Et af de vigtigste trin til påbegyndelse af automatiseringstestning er - at vælge de relevante testtilfælde og bestemme ROI (Return On Investment).
Hvad kan man forvente af denne artikel?
I denne artikel har jeg forsøgt at nævne nogle få vigtige punkter baseret på min erfaring for at hjælpe dig med at vælge den rigtige kandidat til automatisering og bestemme forskellige andre faktorer, der giver bedre testresultater og fordele.
Hvorfor automatiseret test?
Automatisering overvælder ikke eller erstatter ikke manuel test, men komplimenterer det. Ligesom Manual har Automation brug for en strategi med korrekt planlægning, overvågning og kontrol. Når automatisering implementeres korrekt, kan det blive et aktiv for teamet, projektet og i sidste ende for organisationen.
Der er mange fordele ved automatisering; her er få vigtige at nævne:
- Nyttig til at udføre rutinemæssige opgaver som f.eks Røgforsøg og Regressionstest .
- Nyttig til forberedelse af Testdata .
- Hjælper med at udføre Test sager, der involverer kompleks forretningslogik .
- Godt at udføre de tværgående platformssager (som forskellige operativsystemer, browsere osv.)
- Fantastisk at udføre testsagerne, der er lidt vanskelige at udføre manuelt.
- Når antallet af gentagelser af eksekveringen af testsagen ikke er kendt.
Mange gange interessenter føler, at testautomatisering fungerer som et supportværktøj til manuel testning, så det er vigtigt at forstå, at automatisering er den bedste måde at øge effektiviteten, effektiviteten og dækningen af testning på. Det sparer ikke kun tid, men forbedrer også nøjagtigheden, da gentagne opgaver via den manuelle tilgang kan være tilbøjelige til menneskelige fejl og kan være tidskrævende.
Kandidater til automatisering
Grundlæggende fejl at undgå:
En af de mest grundlæggende fejl, som testere laver, er IKKE at vælge de korrekte testsager til automatisering.
Vælg ikke bare en testpakke. Analyser testsagerne grundigt, og vælg kandidaterne til automatisering i betragtning af den vigtigste faktor, dvs. ROI. For det første skal vi forstå og finde ud af måderne til at få et højere og positivt investeringsafkast.
hvordan åbner jeg en .jar-fil
( ROI - Return on Investment - Det er en beregning af fordelene med hensyn til omkostningsbesparelse, øget effektivitet og kvalitet)
Der er ingen standardprocedure til bestemmelse af de korrekte testsager til automatisering. Det hele afhænger af den applikation, du tester.
Baseret på min erfaring har jeg forsøgt at kritisere nogle få trin, som kan give en vis indsigt i valg af testcases og i sidste ende fremskridt med at opnå et positivt ROI til automatisering.
Se også => Sådan oversættes manuelle testsager til automatiseringsskripter?
Hvad du lærer:
Sådan vælges korrekte testtilfælde til automatiseringstest
Trin 1:
Identificer de parametre, som du vil basere din testsag på som kandidat til automatisering.
Fra nu af identificerer jeg nedenstående parametre, du kan have dine egne parametre afhængigt af din applikation.
- Test case udført med forskellige datasæt.
- Test sag udført med forskellige browsere.
- Test sag udført i forskellige miljøer.
- Test case udført med kompleks forretningslogik
- Test sag udført med et andet sæt brugere
- Test case involverer en stor mængde data
- Test sag har enhver afhængighed
- Test tilfælde kræver specielle data
Trin 2:
Opdel hver applikation i moduler. For hvert modul skal du analysere og prøve at identificere testsagerne, der skal automatiseres ud fra parametrene. Denne liste vil variere for projekter til projekter og kan også forbedres efter dine behov:
Fig 1.0
Y - Ja
N - Nej
På samme måde kan denne liste for alle moduler bruges til at identificere automatiseringskandidat-testsager.
Trin 3 :
Konsolider og gruppér antallet af testcases for hvert modul vist nedenfor
Fig 2.0
Figur 2.0 er ret ligetil og selvforklarende. Her forsøger jeg at kvantificere detaljerne og give et skøn for at afslutte testen manuelt.
Trin 4:
Når du har identificeret alle detaljer på det granulære niveau, kan du præsentere dem på nedenstående måde. Vi skrider nu frem til at beregne investeringsafkastet.
Fig 3.0:
Vi skal også tage højde for nedenstående attributter, der danner grundlaget for at afskrække ROI :
- Værktøjets indkøbs- og licensomkostninger
- Tid til at udvikle scripts
- Tid til at vedligeholde scripts.
- Tid til at analysere resultaterne manuelt og automatisk
- Tid og omkostninger til at træne ressourcerne.
- Ledelsesomkostninger
Test Automation ROI Beregningseksempel
I de fleste tilfælde beregnes investeringsafkast i 5 år, men det er ikke obligatorisk. Baseret på ovenstående faktorer, lad mig prøve at uddybe beregningen af ROI i 5 år. Som sædvanlig kan du altid skræddersy og forbedre det.
* ROI = (Kumulativ besparelse / Investering gennem automatisering) * 100
Manual til automatiseringstest - Hvad er procesudfordringerne?
Jeg har forsøgt at citere de punkter, som jeg føler, er en stor udfordring, når vi prøver at automatisere en testpakke.
# 1) Automatiseringsbehov: Hvert testteam er unikt og har et eksklusivt behov for automatisering. Vi kan ikke udvikle en fast standard, men vi kan skræddersy en standard, der passer til vores behov. Af denne grund kræver automatisering god support fra ledelsen såvel som fra udviklingsteamet.
# 2) Automatisering af den komplette applikation: At automatisere en 100% applikation er en stor opgave. Ikke at det er umuligt, men det kræver korrekt planlægning og overvågning og selvfølgelig; stykke tid. Der er masser af permutationer og kombinationer af data, n antal miljøer med n antal godkendelses- og autorisationsattributter, der skal valideres og derfor kræver en strategi til automatisering.
# 3) Manual mod automatisering mentalitet: ' Vi automatiserer normalt, hvilket er vigtigt og gentaget, men vi foretrækker at teste den vigtige funktionalitet manuelt ”. Forvirret? Selv jeg er !! Men dette er en kendsgerning. Vi burde have kriterier, der vil afgøre, hvilke der er vigtig test tilfælde. Disse kriterier kan være baseret på flere faktorer som kompleks forretningslogik, områder, der er af mere interesse for klienter, risikoudsatte områder osv.
# 4) Beslutning om rammerne: Design af rammen er den vigtigste facet i automatisering. Jeg mener, at vi skal bruge relativt mere tid på at udvikle rammen end på scriptet. Hver gang vi udvikler automatiseringsplanen, skal rammedesign være hovedfokus.
PLAN til at designe rammen. Identificer og lav en tjekliste over de emner, der vil danne rammen. Hvis rammen er bunnsolid, bliver scripting og vedligeholdelse let.
# 5) Viden om holdet: Hver gang vi tænker på automatisering, hopper vi straks for at lære programmeringssproget eller scriptsproget. At lære dette sprog vil helt sikkert hjælpe, men mere vægt bør være på at opbygge og udvikle logik.
Automatisering bør ikke være ansvaret for en håndfuld ressourcer, snarere skal et helt team bidrage til det. Dette hjælper ikke kun med at forbedre ressourcernes færdigheder, men også hold dem motiverede .
# 6) Rapportering: Hvert værktøj har en standard til at rapportere testresultaterne. For at tilpasse det; er en udfordrende opgave. Rapportering af testresultaterne kræver også koordinering og vedligeholdelse, hvilket øger omkostningerne.
# 7) Tillid: Vi skal have tillid til vores automatiseringssager. Vi investerer arbejdstimer i at opbygge en automatiseringspakke, men vi tror stadig ikke på testresultaterne. Man bør bestræbe sig på at vedligeholde scripts. Vi skal også se, at det team, der laver den manuelle test af applikationen, skal være involveret i at automatisere det, da de kender deres applikation.
Det meste af tiden gør et tredje hold automatisering, så det faktiske testteam ikke er opmærksom på scriptsne og til sidst ender med at køre testene manuelt, fordi de føler, at de følger op på scripts, tilføjer deres opgaver
Se også=> Manuel og automatiseringstestudfordringer.
Konklusion
I de fleste tilfælde foretrækker vi det Automatiser Regression-pakken ( her er nogle udfordringer ved automatisering af regressionssuite i et smidigt miljø ) da den indeholder et større antal testsager. I så fald kan vi nedbryde regressionsdragterne i mindre dragter og beslutte at køre den passende suite i henhold til frigivelseskravet.
Antag, at en regressionssuite indeholder 1500 testcases, du kan dele den til 3 dragter på 500 testcases pr. Kulør og automatisere den.
bedste program til overvågning af cpu og gpu temp
I stedet for at automatisere hele pakken kan du vælg fasemæssig automatisering . Med andre ord kan du følge prototypemodellen til udvikling af automatiseringspakken. Opret en struktur eller ramme med implementeringen af færre antal testsager og begynd at bruge det og gradvist forbedre det ved at tilføje flere testsager til det.
Vi skal følge Deming hjul (PDCA cyklus) også til automatisering. At være en løbende aktivitet, der bør lægges vægt på at opbygge rammerne korrekt hvilket vil resultere i let vedligeholdelse og implementering af nye funktioner.
Det kræver ordentlig support fra dev-teamet og fra ledelsen også. Vi bør tilskynde testteamet til at bidrage mest til automatiseringstest, da de kender deres produkt mere end nogen anden.
Om forfatteren: Dette er en gæsteartikel af Shilpa Chatterjee Roy. Hun arbejder inden for softwaretestfeltet i de sidste 8,5 år inden for forskellige domæner.
Jeg håber, vi har forenklet dette'Manual til automatiseringstest'behandle. Du er velkommen til at dele din oplevelse og tanker om, hvordan du overvinder procesudfordringerne.
PREV-vejledning | NÆSTE vejledning
Anbefalet læsning
- Sådan oversættes manuelle testsager til automatiseringsskripter? - En trinvis vejledning med eksempel
- Manuel og automatiseringstestudfordringer
- Hvad er automatiseringstest (ultimativ guide til start af testautomatisering)
- 10-trins automatiseringstestproces: Sådan starter du automatiseringstest i din organisation
- 25 bedste Java-testrammer og værktøjer til automatiseringstest (del 3)
- 20+ bedste open source automatiserings testværktøjer i 2021
- Top 10 testautomatiseringsstrategier og bedste praksis
- Hvornår skal man vælge automatiseringstest?