Meny

Topp 10 testautomatiseringsstrategier og beste praksis

top 10 test automation strategies

Prøv Instrumentet Vårt For Å Eliminere Problemer

Dette er den siste artikkelen i test automatiseringsserie . Denne artikkelen oppsummerer beste praksis og strategier for å gjøre testautomatisering.

Selv om våre tidligere artikler nevner beste praksis (og noen av dem kan gjentas her), følte jeg sterkt å liste opp noen få, men de viktigste beste metodene for automatisering her i en artikkel som referanse .

Disse strategiene er hentet fra min egen erfaring pluss fra litteraturen om å teste guruer som Michael Bolton, James Bach og Cem Kaner. Denne fremgangsmåten bør følges i alle automatiseringsprosjekter.

test automatiseringsstrategi

Hva du vil lære:

10 beste testautomatiseringsstrategier og -praksis

Her går vi ..

#1. Ansett en dedikert automatiseringsingeniør eller et team

Dette er en grunnleggende ting å gjøre. Ikke be de manuelle testerne om å nyte testautomatisering. Hvis du vil at de skal gjøre testautomatisering, så frigjør dem fra manuelt testarbeid. Testautomatisering er en heltidsjobb. For dette trenger du dedikerte ressurser.

Jeg anbefaler å bygge et testautomatiseringsteam som består av minst en automatiseringsarkitekt. Du kan ansette flere automatiseringsingeniører til å jobbe under veiledning av testautomatiseringsarkitekten. Antall automatiseringsingeniører avhenger av antall og størrelse på produktene dine.

beste mp3 musikk nedlasting for pc

# 2. Et automatiseringsverktøy er viktig, men det er ikke løsningen på alt

Vi snakket om valg av verktøy . Men å velge riktig verktøy er bare begynnelsen. Noen ledere har misforståelsen om at hvis de velger riktig verktøy, kan de enkelt automatisere hva som helst. Vær forsiktig, automatiseringsverktøy gir deg ikke alt. De gjør prosessen enklere. Men du trenger dyktige ressurser for å fullføre prosessen.

Ofte er automatiseringsverktøy buggy, og de sitter fast i å identifisere komplekse objekter på applikasjonen. Ressursene du ansetter, hvis de er dyktige, finner du en løsning som tar prosessen videre. Hvis ikke du ikke ansetter gode ressurser, kan ikke Tool alene garantere vellykket automatisering.

# 3. Velg automatiseringsverktøyet som er kjent for ressursene dine

Hvis ressursene dine er kjent med C #, og applikasjonen din som skal testes, også er utviklet i C #, er det ikke noe poeng å velge verktøyet som ikke tilbyr C # for å skrive manus.

Språklæring er en tid å ta. Unngå denne læringskurven ved å kjøpe et verktøy som gir en minimal læringskurve.

# 4. Kjenn applikasjonen som testes

Valg av verktøy avhenger sterkt av teknologiene som brukes i produktet ditt. Kjenn produktet ditt før du starter automatiseringen.

Hvis det er en webapplikasjon, kjenn nettleserne den vil støtte. Kjenn teknologiene som brukes i den. Hvis det er et skrivebordsprogram, vet du hvilket språk det er bygget på. Hvilke tredjeparts kontroller som brukes i applikasjonen. Dette vil hjelpe deg å gjøre verktøyvalget og fremtidig automatisering lettere.

# 5. God automatisering betyr god manuell testtilfelle

Pent skrevet sterke manuelle testtilfeller redde oss fra å automatisere de testtilfellene som er enkle å automatisere, men svake når det gjelder å finne feil.

Her er sitatet fra boka Lessons Learned in Software Testing:

'Automatisering uten god testdesign kan føre til mye aktivitet, men liten verdi.'

Det anbefales alltid å først skrive prøvesaken i manuell form. Identifiser alle forutsetninger og testdata . Skriv trinn på en klar måte og skriv forventede resultater foran hvert trinn. Målet med den ene testsaken skal være klar, og den skal være mindre avhengig av de andre testsakene. Automatiseringsingeniører bør kjøre denne testsaken manuelt minst en gang for tydelig å bestemme hvilke objekter som må identifiseres og hva som vil være strømmen av navigasjon. Still spørsmål med manuelle testere.

Noen ganger hjelper denne aktiviteten med å identifisere feil allerede før automatiseringsskriptet er skrevet. Eksperter sier at de fleste feil er identifisert i testautomatiseringsutviklingsfasen i stedet for i den faktiske utførelsesfasen.

# 6. Identifiser muligheter med automatisering

Hvis du blir overlevert med en manuell test case for å automatisere , ikke bare automatisere prøvesaken slik den er. I stedet finner du flere muligheter i automatiseringen for å utvide omfanget av denne testsaken.

beste annonseblokkering for mac chrome

For eksempel, hvis det manuelle testkravet er, må du logge på en webside. Du kan utvide denne testsaken ved å gjøre den datadrevet. Liste opp alle mulige scenarier for pålogging som ugyldig passord, tomt passord, ugyldig brukernavn, ugyldig e-post, blankt brukernavn, husk meg sjekket, ikke sjekket, osv. Liste over mulige scenarier sammen med forventet resultat i en Excel-fil og legg denne excel-filen som datakilde til din testsak. Nå kan denne manuelle testsaken, etter å ha blitt automatisert, teste alle mulige scenarier på en gang.

Se alltid etter muligheter som kan gjøres med automatisering, men som er vanskelige å gjøre manuelt. Slik som Load Testing-scenarier, Performance Benchmarks, Same Tests under forskjellige miljøer med forskjellige konfigurasjoner, Memory Leaks, High Precision Tests etc. Alt dette er vanskelige scenarier for manuelle testere.

# 7. Du kan ikke automatisere alt

Automatisering betyr at du kjører færre tester oftere. Du må begynne i det små ved å angripe røykprøvene først. Dekk deretter til bygge akseptanstester . Gå deretter videre til de ofte utførte testene, og fortsett deretter med å ta tester. Men sørg for at hver test du automatiserer, det sparer tid for en manuell tester å fokusere på viktigere ting.

Automatisering er ikke her for å erstatte manuelle testere. Det kan det heller ikke. Det er her for å ta det gjentatte arbeidet fra manuelle testere, slik at de kan bruke fullt fokus og styrke på å finne nye testscenarier og feil. (Les artikkelen Misforståelser av testautomatisering)

Automatiser noen få tester som er verdifull og tidsbesparende eller vanskelig å gjøre for manuelle testere. Hvis du gjorde det, er oppgaven med automatisering gjort.

# 8. Unngå GUI-automatisering når det er en alternativ stede

GUI-automatisering er alltid tøffere enn andre typer automatiserte tester. Så hvis det er en situasjon når du kan oppnå målet ditt ved ikke å automatisere GUI, men ved andre metoder som kommandolinjeinnganger, er den beste strategien å unngå GUI-automatisering.

beste gratis registerrensere Windows 7

For eksempel, vil du teste installasjonen av applikasjonen. Målet er å sjekke om applikasjonen er installert eller ikke i et bestemt miljø. En tilnærming er å starte installasjonen og klikke på “ Neste ”-Knappen flere ganger gjennom automatiseringsverktøyet ditt. Det kan være vanskelig, tidkrevende og det er underlagt vedlikehold hvis brukergrensesnittet endres. Den andre tilnærmingen er å starte applikasjonsinstallasjonen med en batchfil med stille argumenter. Programmet vil stille installere uten GUI. Målet skal oppnås på kortere tid og på en mer pålitelig måte.

# 9. Bruk også automatisering til andre nyttige formål

Automatisering er en så fantastisk ting. Du kan oppnå slike ting fra det som du normalt ikke tenker på. Automatisering handler ikke bare om å programmere en manuell testsak. I stedet, du kan bruke automatisering for å legge til rette for forskjellige operasjoner i organisasjonen din.

For eksempel, kan du bruke automatisering til å opprette stamdata og konfigurasjonskonfigurasjoner automatisk for manuelle testere. Slik at de kan starte testingen så tidlig som mulig.

Jeg kan gi ett eksempel fra mitt eget selskap. Vi ønsket å bytte fra vårt testsaksbehandlingsverktøy. Vi brukte “Test Director” (nå HP ALM) og ønsket å bytte til TFS (Team Foundation Server). Vi hadde rundt 4000 manuelle testtilfeller og feil i testdirektøren. Det kan ta omtrent en måned å overføre dem manuelt til TFS. Så lederen min ba meg om å prøve litt automatisering.

Jeg gravde disse verktøyene og fant ut at Test Director bruker SQL-server som lager. For TFS fant jeg ut et verktøy som kan lese testtilfeller og feil fra en Excel-fil, hvis de er skrevet i et bestemt format, og kan sette dem inn i TFS. Resten av historien er enkel. Jeg skrev et SQL-spørsmål for å hente alle testtilfeller og feil og eksporterte dem i en Excel-fil i det spesifikke formatet. Jeg brukte deretter verktøyet som leser alle testtilfeller og feil fra Excel-filen og setter dem inn i TFS. Hele prosessen tok bare 3 timer. Lederen min var veldig fornøyd. Jeg håper du også får poenget mitt.

# 10. Automatisering er programvareutvikling

Hvis du utvikler programvare av høy kvalitet, trenger den beste praksis. Det trenger kodevurderinger for å skrive kvalitetskode. Det trenger et rammeverk eller designmønster som skal følges. Det trenger konstant vedlikehold.

Automatisering er i utgangspunktet programvareutvikling. Så alle beste fremgangsmåter du følger når du utvikler programvare, bør følges når du gjør automatisering. Automation Framework burde være der. Kodevurderinger bør gjøres. Automatiseringsfeil bør rapporteres i feilregisteret. Kildekode for automatisering bør plasseres under kildekontroll osv. Jo mer du behandler det som programvareutvikling, jo mer vellykket automatisering blir det.

Konklusjon

Dette oppsummerer artikkelen samt serien med automatisering av test. Jeg lærte mange ting mens jeg skrev disse veiledningene, og jeg håper du lærer også ved å lese. Testautomatisering er en interessant og givende karriere. Å gjøre det riktig er ikke bare gunstig for deg, men også for organisasjonen.

Hver dag mens jeg jobber med testautomatisering og dens teknikker, finner jeg nye og interessante utfordringer å løse. Denne serien var et forsøk på å markere hva som kunne komme på en reise med testautomatisering. Jeg håper jeg leverte det riktig og på en enkel måte.

Som alltid venter jeg på dine kommentarer og forslag. Skriv gjerne din tilbakemelding i kommentarfeltet. Jeg hører gjerne fra deg og hjelper deg om nødvendig. Takk for at du leste.

PREV Opplæring # 6

Anbefalt lesing

^