Test manager in an Agile team

Testning i agila projekt skiljer sig från testning i tradionella projekt. Att avsätta en iteration till enbart test är väl i och för sig bra, men egentligen bara ett bevis på att man inte testar (tillräckligt) agilt.
Jag lyssnade till Davor Crnomat under Øredev och fick en del aha-upplevelser. Föredraget imponerade till och med på James Bach, som anses som en pionjär inom området.

I ett agilt projekt: 

• Testar alla team-medlemmar och bidrar till testarbetet.
• Är Testprocessen lättförstådd.
• Är dokumentationen lätt att underhålla.
• Testar man inte sin egen kod.
• Minimerar man dokumentationen, eftersom utvecklare inte gillar dokumentation.
• Får man utvecklare att gilla testning.
• Förbättrar man utvecklarnas förmågor inom testning.
• Definerar man uppgifter i iterationen som innebär att ta fram testskript/testfall…
• … och man definierar även uppgifter att sedan testa dessa.

Vidare är det en bra idé att lägga till en kolumn med statusen ”Att verifiera” mellan kolumnera för ”Pågår” och ”Klart” på sin ”stand up dashboard”. Viktigt är också att så långt det är möjligt skripta sina testfall.

Ett nytt begrepp för mig var ”Developer Exploraty Testing”, som i korthet innebär  att man genomför korta testsessioner flera gånger under sprinten. Hela teamet testar samtidigt det som utvecklats inom iterationen under 1 timme utan avbrott. Testning bör ske i par och resultatet är en enkel rapport, som innehåller testobjekt, utfall, noteringar, ev. buggar, funna problem, etc.
Rapporten ligger sedan till grund för att uppdatera tillvägagångsätten,  testskript, teststatistik, etc.

Att testa i par är något som jag tror mycket på. Erfarenheten visar att mer buggar hittas, team-medlemmarna blir mer entuastiska och risken att man testar sin egen kod blir uppenbart mindre. Vad gäller regressionstester är det dags att tänka om, för inte är omtestning av ett gammalt testfall särskilt pålitligt efter ett tag? Fokusera istället på att testa av den verkliga funktionaliteten på ett konstruktivt sätt!

Hemligheten med agil testning är med andra ord att testa ofta ofta och göra det tillsammans. Detta gör att buggar hittas i ett tidigt skede, blir billigare att åtgärda och så blir utvecklarna betydligt bättre utvecklare genom att bli bättre testare!