Vi testare har en läxa att göra.

Har just suttit mig igenom ett antal riktigt intressanta presentationer på Belgium Testing Days, men ändå är det något som skorrar. Förmiddagens presentationer var alla på olika sätt tekniskt orienterade och handlade hur man ska testa, vilka verktyg man ska använda eller på annat sätt hur man ska lösa testproblem.

Alla presentationer var insiktsfulla och bra och jag fick flera nya bra ideér men ändå var det något som kändes fel. Under dagens lopp började jag inse att föreläsarna kom till motsägelsefulla slutsatser och jag förstod inte riktigt varför, men under den sista presentationen som handlade om fördomar (bias) så slog det mig plötsligt att vi alla använder ordet testning, men vi menar helt olika saker.

För att ge några exempel:

I presentationen om Agila metoder användes ordet ”testning” för aktiviteten att hitta så mycket fel som möjligt på effektivaste sätt. I presentationen som handlade om test i säkerhetskritiska branscher handlade det mycket om krav- och kodtäckning, vilket i slutändan skulle ”bevisa” att testningen var av tillräcklig kvalitet. Under en presentation om acceptanstest så handlade det om att försäkra sig om att systemet är ett stöd för den pågående verksamheten osv.

På motsvarande sätt har begreppet testning säkert flera olika betydelser även internt i vår egen organisation. För ledningen kan i värsta fall testning handla om att hitta **alla** existerande fel under en ytterst begränsad tid. För projektledaren kan det handla om att generera information som ska användas för att ta ett leveransbeslut, kanske baserat på risk. För utvecklarna kan det handla om att utvärdera olika designantaganden osv.

Med ett ord som används i så många sammanhang och har så många betydelser är det självklart att det blir missförstånd, besvikelser och generellt sett en massa problem, inte minst när vi testare tycker att vi behöver mer tid och ledningen bara skakar på huvudet.

Vi behöver bli betydligt bättre på att förklara vad vi faktiskt gör och, än viktigare, vi behöver förstå vår omgivnings förväntningar på vårt arbete och antingen leva upp till dessa och annars förklara varför det inte är möjligt.

Mats Grindal, AddQ - på plats i Bryssel, Belgien.