Kort om utvecklingen av SBTExecute

I den här bloggen, och idag tänkte jag rikta pipan nedåt och ta med er på en tur bakom kulisserna och berätta lite om vårt verktyg för stöd av sessionsbaserad testning, SBTExecute, som florerar här på sidan med jämna mellanrum.

Utöver mitt vanliga dagsverke som konsult arbetar jag med att vidareutveckla SBTExecute utifrån önskemål om ny funktionalitet eller ändringar som kommit fram antingen från oss på AddQ eller från er som använder verktyget ute i vardagen. Vi presenterar verktyget framförallt som exempel och stöd till vår kurs i ”Utforskande testmetodik – xBTM”, men är förstås väldigt glada att det även används av andra testare där ute som vill komma igång med utforskande testning och har ett behov av att planera och strukturera sina tester samt redovisa en sammanställning av testresultaten.

(på bilden: Johan Bergström och Michael Albrecht, AddQ Consulting)

Det är också väldigt roligt att få feedback på verktyget från så många användare som möjligt – och det är en fantastisk morot för oss att förfina våra processer, refaktorera vår kod och automatisera tester … allt för att kunna få ut nya versioner med ny funktionalitet snabbare.

För processförfiningen har jag på utvecklarsidan tagit stor hjälp av Maven för att
 

• förenkla hanteringen av beroenden till andra paket
   
• till exempel slipper jag själv leta upp och ladda ner jar-filer från olika håll – Maven sköter detta åt mig
• genom att definiera paket och versioner som verktyget är beroende av i en enda fil kan en ny utvecklare (eller jag, igen, på en annan dator) komma igång och börja koda på nolltid
   
• underlätta versionering och paketering inför release
   
• versionen på verktyget specifieras på ett ställe, och ett handsmitt Maven-bygge ser till att alla filer får rätt namn och paketeras i en leverabel (egentligen två, en .zip och en .tar) tillsammans med tillhörande dokumentation
   
• köra en svit regressionscheckar på komponentnivå
   
• dessa går framförallt igenom hur sessionsrapporterna i Excelformat tolkas, att informationen finns i rätt celler och att cellerna är i rätt format
   
• om önskvärt även köra en svit regressionscheckar på systemnivå
   
• dessa kräver att applikationen är byggd, och att en databas är uppsatt, då de går igenom import från ett trettiotal exempel-Excelrapporter till databasen samt generering av rapporter i html- och pdf-format för en ensam iteration, ett urval av iterationer och alla iterationer
   

Icke att förglömma, förstås, den fantastiska hjälp som står att få i form av manuell, utforskande, testning. Vi försöker se till att få med åtminstone ett par sessioner av utforskande regressionstestning som komplement till de automatiska checkarna inför varje release – utöver, såklart, testningen som görs kring nya funktioner.

Ett automatiserat regressionsfångstnät, med andra ord, som täcker applikationens vanligaste användningsfall – i ljuv harmoni med skickligt utförd utforskande testning – ser till att vi tryggt kan leverera nya versioner som är bättre, mer lättanvända och felfriare.

Vi kan också få ut nya versioner snabbare – så sätt oss gärna på prov! Har du använt verktyget och önskar att något vore annorlunda? Har du försökt använda verktyget men fastnat på vägen? Skulle du vilja använda verktyget men saknar någon vital funktionalitet? Skicka gärna in dina synpunkter och önskemål, så får vi försöka göra verklighet av dem.