Det var en gång...

Flera decennier inom QA ger en del dråpliga och insiktsgivande berättelser att förmedla. För min egen skull har jag börjat beskriva en del av dessa här.

Detta är en av dem.

Från 18 månaders release-cykel till 2 timmar

Det finns så mycket som kan göra att det tar tid att få ut önskade ändringar i produktion. Time-to-market för att få ut förändringar har, jämte leveransprecision, seglat upp som några av de viktigaste kvalitetsparametrarna i många verksamheter.

Vid ett tillfälle var det en svensk myndighet som hade problem. myndigheten skötte alla antagningar till eftergymnasial utbildning med skattestöd (universitet, högskolor, folkhögskolor och liknande).

Verksamheten var mestadels förlagd i Stockholm, men själva systemen levererades från olika leverantörer ute i landet. En av dessa fanns långt upp i Norrland. Systemet användes av utbildningsansvariga som registrerade förkunskapskrav och beslutsprocess för vilka som skulle få gå kursen (praktiska prov, vissa förkurser man behövde, personligt urval, andel från högskoleprovet, betygsgrader och en massa andra parametrar).

De utbildningsansvariga klagade en del på att det gick trögt att få igenom sina förändringsönskemål och det visade sig att release-cykeln låg på 18 månader(!). De behövde hjälp och vår analys visade att det som egentligen tog tid var för myndighetspersonal att sitta och mata in testdata i testmiljön för att kunna genomföra en testomgång.

Dessa stackars människor tog sig tid att avdela fem-sex personer att sitta i tre veckor och mata in testdata i testsystemet för varje ny release som kom till dem.

Data-schema i ingående databaser ändrades för mycket för varje release för att bara kunna återanvända data den vägen, men det grafiska användargränssnittet var stabilt och inte så himla komplicerat.

Vi byggde en testautomatisering i GUI som bara hade som uppgift att mata in testdata från de Excel-blad som de anställda ändå hade som bas för sin inmatning.

Denna automatiserade testdatainmatning tog bara någon timme att genomföra med parallellexekvering. Det avslutande testet vi gjorde för att se hur snabb release-cykeln hade blivit var att be leverantören att checka in en ny kodkommentar och pressa ut den till oss i produktion - via testdatainmatning och verifiering. Denna gång tog det bara två timmar innan den versionen var ute i produktion. Visserligen var testerna av releasen ganska summariska, men själva resten av processen var nu typ ett och ett halvt år kortare - och tog inte någon nämnvärd mankraft jämfört med den tidigare massiva insatsen.

Lärdom

• Den enda aktivitet inom test-gebitet som bär värde är själva testandet. Allt annat bör automatiseras om det går.
• Det är inte alltid själva testerna som tar tid. Faktum är att vi gjort enkäter bland testare på andra ställen och de flesta av dessa ägnar mindre än 20% av sin arbetstid åt att utföra tester.