Kickstartet med 120 regressionstest på 4 uger

Testautomatisering kan også være en succes, det behøver ikke gå så galt som jeg skrev om i mit sidste indlæg.

Jeg blev stillet overfor en udfordring, som jeg var meget tæt på at sige nej til, men mit konkurrence instinkt drev mig til, at kaste mig ud idet.

Kunden havde stillet mig over for det opgave, at de ville have automatiseret 120 regressionstest, som skulle køre på deres daglige byg hver nat. De havde i forevejen automatiseret nogle af regressionstestene, så de ville bare have, at jeg skulle automatisere resten inden for de næste 3 uger.

Men .... med en del erfaring i baggagen, så udspurtge jeg udviklingschefen og testmanageren grundigt omkring, hvordan deres miljøer var sat op, hvordan deres testprocesser var skruet sammen, om testcasene havde den rigtige detaljeringsgrad og om de havde mandskab til at tage over, når nu vi havde nået målet.

Det så ud til at de havde de rette forudsætninger, men jeg måtte stille spørgsmålstegn til det eksisterende automatisering, for det det lød vidst som om, at der var noget kunne være en stor risiko.

Hvad jeg erfarede var, at den eksisterende kode, var lavet på næsten samme erfaringsgrundlag, som jeg havde på et af mine første projekter. Ganske rigtigt, koden var stort set udbrugelig og udviklingschefen måtte slå sig godt i tøjret, da jeg måtte meddele ham, at han skulle acceptere, at de sidste 6 måneders indsats skulle skrottes.

Med mit efterhånden mangeårige basisframework i hånden, så kunne jeg inden for den første uge danne største delen af frameworket til applikationen. De første regressionstest kom også i mål, og vi kunne efterhånden se, at der nu kun var hårdt arbejde tilbage.

Næste step var at få implementeret testene i det daglige byg og rapporteringen.

Resten af regressionstestene kom på plads i fjerde uge og nu var der kun uddannelse af deres udvikler og en tester tilbage. De to personer tilsammen skulle tage over og fortsætte automatiseringen. Udvikleren kunne nu se, hvordan han med frameworket, var i stand til at kode robuste testscripts. Testeren blev uddannet i at scripte en smule, så han kunne bygge testcasene op og udvikleren kunne varetage det hårde bagvedliggende programmeringsarbejde.

Jeg har desværre ikke hørt, hvordan det siden hen er gået dem, men jeg forstiller mig at kan bidrage med nogle kommentarer til dette indlæg, med lidt viden om hvordan gik efterfølgende.