|
Test i agila projekt
Agil testning! Jag talar då inte om utvecklartester eller komponent- och komponentintegrationstest utan det som
traditionellt heter systemtester och som genomförs av testare. Tyvärr finns det inte mycket skrivet om traditionella
testbitar i agila projekt och ännu mindre verkliga exempel av typen ”såhär gjorde vi….”
Med denna artikel vill jag kasta lite ljus över några saker samt dela med mig av mina erfarenheter från verkliga livet.
Jag tycker att agila metoder och då främst Scrum är fantastiska metoder/ramverk och det finns all anledning
att ta dem till sig. Efter att ha varit inblandad i flertalet projekt som kört Scrum kan jag meddela att det inte verkar
finnas någon mirakelmedicin för hur man skall uppnå produktionskvalitet. Det som kommer närmst en
mirakelmedicin är att utnyttja kompetensen i teamet till fullo och det innebär även att kvalitetssäkra
några steg upp på den traditionella testnivå trappan.
I Scrum pratar man inte längre om roller utan om kompetenser. Vill vi ha kvalitet på varje iterations leverans
gäller det att ha med den kompetensen i teamet. Vill vi få till ett riktigt ”kvalitetstänk” i
teamet är det inte de som kodat systemet vi skall fråga utan de med den traditionella kompetensen test. Får
vi en bättre helhetssyn inom teamet ökar våra möjligheter att leverera kvalitet på kort tid.
Det blir inte lättare av att man i den agila världen valt att kalla systemtester för acceptanstester och
kundens acceptanstester har fler namn idag än tidigare, men låt oss kalla dem user acceptance test. De traditionella
testnivåerna (komponenttest, komponentintegrationstest, systemtest, systemintegrationstest och acceptanstest) finns
fortfarande kvar men bedrivs i agila projekt av andra typer av kompetenser och förhoppningsvis inom ett och samma team.
Det viktiga med rätt ord är att få alla att förstå innehållet men viktigast är att vi
alla är överrens om vilken nivå av kvalitet som är DONE för ett team. Denna nivå av DONE
måste minst motsvara den lägsta nivå av kvalitet vi vill att en kund skall få se eftersom varje
team efter varje iteration skall leverera till en kund för produktion eller feed-back.
För att förvirra ännu mera flödar marknaden av buzzwords som alla är mer eller mindre
innebär ett agilt arbetssätt. Ett som dock är väldigt säkert är att alla behöver
kvalitetssäkring för att få nöjda kunder. Det räcker inte med att testa för att
få kvalitet, det måste byggas in från början och ständigt mätas, förbättras
och kontrolleras. Test skall inte bara innebära systemtester utan även automatiserade lågnivåtester
(komponenttester) och alla dessa typer bidrar till ökad kvalitet på det vi gör.
|
Artikel är skriven av Michael Albrecht som arbetar som konsult inom utveckling och kvalitetssäkring av mjukvara på AddQ Consulting. Michael är också lärare hos NFI och håller
kursen: ”Test i agila projekt”.
Du hittar fler artiklar här
Relaterade kurser till denna artikel:
Test i agila projekt
Test av IT-system - metoder och arbetssätt
Intensivkurs för testledare
|