Agile Test Automation Framework

Agile automatiseringstesting

Smidig automatiseringstesting er praksisen med å bruke testautomatisering i en smidig leveringsprosess. Formålet er å gjøre programvareutvikling mer effektiv og produktiv, samtidig som kvaliteten beskyttes og tiden og ressursene en utgivelse bruker kontrolleres. Fordi tester skrives side om side med funksjonsarbeidet, er praksisen sterkt avhengig av koordinering mellom utviklere og testere.

Helt siden agil metodikk satte seg fore å fjerne de møysommelige realitetene til fossefallmodellen, har dens innflytelse blitt følt i automatiseringstesting også. De to disiplinene må kombineres bevisst:

Automatisering i Waterfall vs. Automatisering i Agile

I en tradisjonell programvaretestingssyklus blir automatiseringstesting mulig når applikasjonen er stabilt og kravene er oppfyltDet forutsetter en betydelig mengde tid, høyt kvalifiserte automatiseringsspesialister og en merkbar oppsettkostnad. Det grunnleggende formålet er å redusere kostnadene på lang sikt og å bekrefte at ingen nye feil har blitt introdusert rundt de eksisterende testtilfellene.

Automatisert testing er ikke utforskende av natur, fordi hovedrollen er å spare tid og redusere kostnader. Den er ikke designet for å avdekke nye og innovative feil. Automatisert testing bekrefter stort sett atferd som allerede eksisterer.

De to innstillingene stiller derfor svært forskjellige krav til en testsuite:

Hvordan automatisere i smidig metodikk

Smidig metodikk fjerner per definisjon kjedelig dokumentasjon, slik at nye ideer kan implementeres raskt og folk kan samhandle fritt. Den favoriserer utforskende arbeid fremfor papirarbeid:

Det er en reell motsetning mellom de grunnleggende filosofiene bak agil metodikk og automatiseringstesting. Agile team løser dette ved å begrense hva de automatiserer i stedet for å automatisere mindre: sjekker skrives i samme sprint som funksjonen, skyves ned til enhets- og API-nivå der de er billigst å vedlikeholde, og kjøres på hver build.

Grunnleggende poeng for smidig testautomatisering

Før du automatiserer sprintkapasitet, bør du veie punktene som avgjør om et skript i det hele tatt kan fullføres:

• Design- og kodingstid: Hvert skript må designes, kodes og gjennomgås som produksjonskode.
• Validering mot testdata: Det ferdige skriptet må valideres med eksisterende testdata før noen kan stole på det.
• Formålet med testen: Funksjonstester og regresjonstester har forskjellige vedlikeholdskostnader og ulik holdbarhet.
• Sprint lengde: En sprint varer én til fire uker, vanligvis to, noe som sjelden gir rom for en stor skriptinnsats.

En annen faktor er endringer i krav. Smidig er per definisjon en teknikk for å reagere på kundedrevet endring, så den egner seg til hyppige justeringer gjennom hele utviklingen.

Automatiseringstesting er derimot mest nyttig mot stabile krav. Den egner seg ikke godt til den konstante omveltningen av en agil metodikk, og det er derfor valget av hva som skal automatiseres veier tyngre enn mengden automatisert.

Agile automatiseringsverktøy

Utvalget av en relevant automatiseringsverktøy er en annen viktig faktor ved å ta i bruk automatiseringstesting innenfor en smidig metodikk. Lisensierte automatiseringsverktøy, for eksempel, stiller strenge sikkerhetstilgangskriterier for ulike typer og nivåer av brukere, noe som begrenser hvem som kan få tilgang til ressursene som tilhører det aktuelle testautomatiseringsrammeverket.

Smidig metodikk vektlegger derimot åpent samarbeid og samhandling uten endepunkter mellom teammedlemmer. Restriktive tilgangsregler motvirker denne samhørigheten og kan gi resultater som verken er nyttige eller bidrar til prosjektets suksess.

Prioriteten er å levere automatiseringsskript av høy kvalitet innenfor den tiden en agil prosess tillater. Velg kandidattesttilfeller nøye, slik at de resulterende skriptene kan brukes om igjen senere og fortsatt fullføres innenfor den tildelte tiden.

Selv i en agil setting må noen tester fortsatt dekkes – spesielt regresjonstester. Neste avsnitt ser på situasjonene der automatiseringstesting passer inn og hvordan hver enkelt passer inn i agil testing.

Automatiseringstesting Concepts Når det brukes på agile

Tabellen nedenfor tar de syv klassiske betingelsene som rettferdiggjør automatisering av en test og gir det agile svaret for hver av dem. Bare tre oversettes tydelig til en agil sprint, og alle tre er regresjonsformede:

Spørsmål og svar