Menu

Top 10 testautomatiseringsstrategier og bedste praksis

top 10 test automation strategies

Prøv Vores Instrument Til At Fjerne Problemer

Dette er den sidste artikel i test automatiseringsserie . Denne artikel opsummerer de bedste fremgangsmåder og strategier til testautomatisering.

Selvom vores tidligere artikler nævner bedste praksis (og nogle af dem kan gentages her), følte jeg stærkt at nævne de få, men de vigtigste bedste fremgangsmåder inden for automatisering her i en artikel til reference .

Disse strategier er taget fra min egen erfaring plus fra litteraturen om test af guruer som Michael Bolton, James Bach og Cem Kaner. Disse fremgangsmåder skal følges i hvert automatiseringsprojekt.

test automatiseringsstrategi

Hvad du vil lære:

10 bedste testautomatiseringsstrategier og -praksis

Nu sker det..

# 1. Ansæt en dedikeret automatiseringsingeniør eller et team

Dette er en grundlæggende ting at gøre. Bed ikke dine manuelle testere om at forkæle sig med testautomatisering. Hvis du vil have dem til at foretage testautomatisering, skal du frigøre dem fra manuelt testarbejde. Testautomatisering er et fuldtidsjob. Til dette har du brug for dedikerede ressourcer.

Jeg anbefaler at oprette et testautomatiseringsteam bestående af mindst en automatiseringsarkitekt. Du kan ansætte flere automatiseringsingeniører til at arbejde under vejledning af testautomatiseringsarkitekten. Antallet af automatiseringsingeniører afhænger af antallet og størrelsen på dine produkter.

sql eksamensspørgsmål og svar pdf

# 2. Et automatiseringsværktøj er vigtigt, men det er ikke løsningen på alt

Vi talte om valg af værktøj . Men at vælge det rigtige værktøj er kun begyndelsen. Nogle ledere har den misforståelse, at hvis de vælger det rigtige værktøj, kan de let automatisere alt. Pas på, automatiseringsværktøjer giver dig ikke alt. De gør processen lettere. Men du har brug for dygtige ressourcer til at fuldføre processen.

Ofte er automatiseringsværktøjer buggy, og de sidder fast i at identificere komplekse objekter på applikationen. De ressourcer, du ansætter, hvis de er dygtige, finder en løsning, der fører processen videre. Ellers kan Tool alene ikke garantere vellykket automatisering, hvis du ikke ansætter gode ressourcer.

# 3. Vælg det automatiseringsværktøj, som dine ressourcer kender

Hvis dine ressourcer er fortrolige med C #, og din applikation, der skal testes, også er udviklet i C #, er der ingen mening med at vælge det værktøj, der ikke tilbyder C # til at skrive scripts.

Sprogindlæring er en tidskrævende proces. Undgå denne indlæringskurve ved at købe et værktøj, der tilbyder en minimal indlæringskurve.

# 4. Kend applikationen, der testes

Valg af værktøj afhænger meget af de teknologier, der bruges i dit produkt. Kend dit produkt indenfor og inden du starter automatiseringen.

Hvis det er en webapplikation, skal du kende de browsere, den understøtter. Kend de teknologier, der bruges i det. Hvis det er en desktop-applikation, skal du vide, hvilket sprog der er bygget på. Hvilke tredjepartskontroller der bruges i applikationen. Dette hjælper dig med at gøre værktøjsvalg og fremtidig automatisering lettere.

# 5. God automatisering betyder god manuel testcase

Pænt skrevet stærke manuelle test tilfælde redd os fra at automatisere de testtilfælde, der er nemme at automatisere, men svage i at finde mangler.

Her er citatet fra bogen Lessons Learned in Software Testing:

'Automatisering uden godt testdesign kan resultere i en masse aktivitet, men kun lidt værdi.'

Det tilrådes altid først at skrive testsagen i manuel form. Identificer alle forudsætninger og testdata . Skriv trin på en klar måde, og skriv forventede resultater foran hvert trin. Målet med den ene testtilfælde skal være klar, og den skal være mindre afhængig af de øvrige testsager. Automatiseringsingeniører bør køre denne testsag manuelt mindst en gang for klart at bestemme, hvilke objekter der skal identificeres, og hvad der vil være strømmen af ​​navigation. Stil spørgsmål med manuelle testere.

Denne aktivitet hjælper undertiden med at identificere bugs, selv før automatiseringsscriptet er skrevet. Eksperter siger, at størstedelen af ​​bugs identificeres i testautomatiseringsudviklingsfasen snarere end i den faktiske eksekveringsfase.

# 6. Identificer muligheder med automatisering

Hvis du får en manuel test sag til at automatisere , ikke bare automatisere den test sag, som den er. Find i stedet flere muligheder i din automatisering for at udvide omfanget af denne testcase.

webtjenester interview spørgsmål og svar til erfarne i java

For eksempel, hvis det manuelle testkrav er nødvendigt, skal du logge ind på en webside. Du kan udvide denne test sag ved at gøre den datadrevet. Liste over alle mulige scenarier for login som ugyldig adgangskode, tom adgangskode, ugyldigt brugernavn, ugyldig e-mail, blankt brugernavn, husk mig kontrolleret, ikke markeret osv. Skriv de mulige scenarier sammen med deres forventede resultat i en excel-fil og læg denne excel-fil som datakilde til din testsag. Nu kan denne ene manuelle testsag, efter at være blevet automatiseret, teste alle mulige scenarier på én gang.

Se altid efter muligheder, der kan gøres med automatisering, men vanskelige at gøre manuelt. Såsom Load Testing scenarier, Performance Benchmarks, Same Tests under forskellige miljøer med forskellige konfigurationer, Memory Leaks, High Precision Tests osv. Disse er alle vanskelige scenarier for manuelle testere.

# 7. Du kan ikke automatisere alt

Automatisering betyder at køre færre tests oftere. Du skal starte i det små ved først at angribe dine røgtest. Dæk derefter din opbyg acceptprøver . Gå derefter videre til dine ofte udførte tests, og fortsæt derefter med din tid til at tage tests. Men sørg for, at hver test, du automatiserer, sparer tid for en manuel tester at fokusere på vigtigere ting.

Automatisering er ikke her for at erstatte manuelle testere. Det kan det heller ikke. Det er her for at tage det gentagne arbejde væk fra manuelle testere, så de kan bruge deres fulde fokus og styrke til at finde nye testscenarier og bugs. (Læs min artikel Misforståelser om testautomatisering)

Automatiser et par tests, der er værdifuld og tidsbesparelser eller vanskeligt at gøre til manuelle testere. Hvis du gjorde det, er automatiseringsopgaven færdig.

# 8. Undgå GUI-automatisering, når der er en alternativ til stede

GUI-automatisering er altid hårdere end andre typer automatiserede tests. Så hvis der er en situation, hvor du kan nå dit mål ved ikke at automatisere GUI, men ved nogle andre metoder som kommandolinjeindgange, så er den bedste strategi at undgå GUI-automatisering.

bedste program til overvågning af cpu temp

For eksempel, vil du teste installationen af ​​applikationen. Målet er at kontrollere, om applikationen er installeret eller ej i et bestemt miljø. En tilgang er at starte installationen og klikke på “ Næste ”-Knappen flere gange gennem dit automatiseringsværktøj. Det kan være besværligt, tidskrævende, og det er underlagt vedligeholdelse, hvis brugergrænsefladen ændres. Den anden tilgang er at starte applikationsinstallationen med en batchfil med tavse argumenter. Applikationen installeres lydløst og viser ingen GUI. Målet opnås på kortere tid og på en mere pålidelig måde.

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

Automatisering er sådan en fantastisk ting. Du kan opnå sådanne ting ud fra det, som du normalt ikke tænker på. Automatisering handler ikke kun om at programmere en manuel testsag. I stedet, du kan bruge automatisering til at lette forskellige operationer i din organisation.

For eksempel, kan du bruge automatisering til automatisk at oprette stamdata og opsætningskonfigurationer til manuelle testere. Så de kan starte deres test så tidligt som muligt.

Jeg kan give et eksempel fra mit eget firma. Vi ønskede at skifte fra vores test case management værktøj. Vi brugte 'Test Director' (nu HP ALM) og ville skifte til TFS (Team Foundation Server). Vi havde omkring 4000 manuelle testkasser og fejl i testdirektøren. Det kan tage cirka en måned at overføre dem manuelt til TFS. Så min manager bad mig om at prøve nogle automatiseringer.

Jeg gravede disse værktøjer og fandt ud af, at Test Director bruger SQL-server som lager. Til TFS fandt jeg ud af et værktøj, der kan læse testcases og bugs fra en excel-fil, hvis de er skrevet i et bestemt format og kan indsætte dem i TFS. Resten af ​​historien er enkel. Jeg skrev en SQL-forespørgsel for at hente alle testcases og bugs og eksporterede dem i en Excel-fil i det specifikke format. Jeg brugte derefter det værktøj, der læser alle testcases og bugs fra excel-filen og indsatte dem i TFS. Hele processen tog kun 3 timer. Min manager var meget glad. Jeg håber, du også får min pointe.

# 10. Automatisering er softwareudvikling

Hvis du udvikler kvalitetssoftware, har det brug for bedste praksis. Det har brug for kodevurderinger for at skrive kvalitetskode. Det har brug for en ramme eller et mønster, der skal følges. Det har brug for konstant vedligeholdelse.

Automatisering er dybest set softwareudvikling. Så alle de bedste fremgangsmåder, du følger, når du udvikler software, skal følges ved automatisering. Automatiseringsrammen skal være der. Kodevurderinger skal udføres. Automatiseringsfejl skal rapporteres i fejlopbevaringsområdet. Kildekode for automatisering skal placeres under kildekontrol osv. Jo mere du behandler det som softwareudvikling, jo mere vellykket bliver automatisering.

Konklusion

Dette opsummerer artiklen samt serien af ​​testautomatisering. Jeg lærte mange ting, mens jeg skrev disse tutorials, og jeg håber, du lærer det også ved at læse. Testautomatisering er en interessant og givende karriere. At gøre det korrekt er ikke kun gavnligt for dig, men også for organisationen.

Hver dag mens jeg arbejder på testautomatisering og dens teknikker, finder jeg nye og interessante udfordringer at løse. Denne serie var et forsøg på at fremhæve, hvad der kunne komme på tværs af en rejse med testautomatisering. Jeg håber, jeg leverede det rigtigt og på en enkel måde.

Som altid venter jeg på dine kommentarer og forslag. Du er velkommen til at skrive din feedback i kommentarfeltet. Jeg vil gerne høre fra dig og hjælpe dig, hvis det er nødvendigt. Tak for læsningen.

PREV Tutorial # 6

Anbefalet læsning

^