Gå till innehåll

Blogg

Jag har haft flera diskussioner om hur man bäst översätter "Test Community" till svenska. Enligt ordboken kan det betyda samhället, gemenskapen, samfundet, kåren m.m. Medicinfolket har ju sin läkarkår och de religiösa sina samfund, brödraskap för tankarna till frimurarna eller MC-gäng och exkluderar alla kvinnliga medlemmar. Kanske ska vi kalla oss själv testkåren - det låter lite konstigt första gången jag säger det men vi vänjer väl oss vid det också. Härmed bestämmer jag mig för att marknadsföra beteckningen testkåren för att beteckna alla oss testare i vår professionella sammanslutning.

Hur ser den ut då, vår testkår? Den största sammanslutningen, mig veterligen, är SAST. Vi är drygt 1200 registrerade medlemmar som träffas fyra gånger per år och snackar om test. Jag hoppas på att nya kontakter knyts och att deltagarna får inspiration för nya idéer. Men räcker det? Som styrelsemedlem knyter jag ett helt annat kontaktnät. Nämligen de 12 andra som på sin fritid tycker det är kul att jobba för att andra ska få utvecklas utan att begära något tillbaka. Jag överdriver inte då jag säger att de allra flesta och viktigaste av mina kontakter inom test har jag träffat eller rekryterat till SAST-styrelsen! Men det blir tyvärr inte så mycket tid över till testsnack, det mesta är planering. I torsdags hade vi vår julfest på Grill. Lite sent och utan sill men mycket lyckat. Här samlar vi vår energi inför det kommande halvårets utmaningar och diskuterar vilka som ska vara med i nästa års styrelse. Några har varit med länge och andra bara ett år. Några slutar och andra fortsätter, valberedningen hoppas jag kan få in lite nytt blod som ger oss nya idéer. Förändring krävs för att inte arbetet ska stanna av. Glädjande nog finns nu SAST Väst och SAST Syd har sitt första möte på tisdag. Sundsvall har en aktiv testgrupp inom ramen för dataföreningen vilket också är ett alternativ.

En annan variant av testkårens gemensamma arbete är det nätverk som kallas START. Här träffas vi i mindre grupper och ägnar all tid att diskutera och lära oss mer om test och utvecklingsmetoder. Hur ofta får ni chansen att diskutera vad agile innebär och hur det påverkar test med någon som gjort det på riktigt? Det finns en oändlig mängd ämnen att ta upp. Vårt mål är att ha ett kvällsmöte i månaden och kanske ett eller två helgmöten per år. Till skillnad från en konferens bygger dessa möten på diskussioner snarare än föreläsningar och ger alla en mycket djupare insikt i ämnet.

En tredje variant är de diskussionsgrupper som finns på internet. Jag försöker själv hänga med i software-testing som drivs av Cem Kaner och James Bach. Tyvärr blir det mest läsande och inte så mycket egna kommentarer. Det är lärorikt men tar tid.

En självklar möjlighet att lära sig mer är ju vårt dagliga arbete. Jag försöker alltid se till att jag kan lära mig mer av de som är med i mitt projekt. Kanske inte alltid inom test men inom arkitektur och kravhantering eller utvecklingsmetoder. Här tillbringar jag det mesta av min arbetstid så det finns gott om tillfällen att ta vara på.

Något jag saknar är illfällena då jag kan ha djupa diskussioner med andra discipliner som utvecklare, utredare, kravställare om saker som hur man får fram en riktight bra kravspec eller vikten av en informationsmodell. Jag träffade Peter Tallungs på Sundsvall 42 och försöker bolla svåra frågor med honom så ofta som det går. Det skulle vara otroligt intressant att jobba mer med ANDRA än testare. Kanske är det det viktigaste jag kan göra just nu - att bygga broar med andra discipliner, eller kårer kanske jag ska kalla dem som jag bestämde tidigare i detta inlägg.

En sak är jag iallafall säker på. Det är att testkåren kommer att växa och att behovet av samarbete kommer att öka. Så mitt tips till er är att starta era egna lokala nätverk och fortsätta utvecklas. Det är både nyttigt och kul.

Vi lyckades hinna med ytterligare ett nätverksmöte innan jul. 10 grabbar och en tjej delade på fyra familjepizzor som uppvärmning inför drillningen i SCRUM. denna gång var det Michael Albrecht som skulle presentera hur han hade jobbat med test i ett SCRUM-projekt som häll på i ett och ett halvt år. Då SCRUM är nytt för många inledde han med att kort beskriva grunderna i metodiken. Vi fick lära oss lite nya buzz-words som product owner(har ansvar för product backlog), product back-log(kravlista), sprint back-log(att-göra lista med funktioner), sprint-team (självstyrt utvecklingsteam), SPRINT (Max 30 dagars utvecklingscykel som alltid levererar en produktionsmässig produkt), SCRUM-master (typ administrativ projektledare som ser till att teamet får jobba i fred). Eftersom utvecklingscykeln är så kort hinner man inte med att skriva så mycket. Detta är dock inget problem för en agilista som sätter körbar kod framför onödig dokumentation. Vad innebär då detta för testarna?

Steg ett är att få komma med i SCRUM-teamet och jobba tillsammans med utvecklarna. Det är inte helt naturligt för dem att släppa in test så nära. Detta kräver självklart ett öppet sinne hos testarna som får nöja sig med betydligt mindre detaljerad dokumentation än de kan vara vana vid. Arbetssättet innebar utvecklingsmässigt att allt checkas in i CM ofta och vid varje incheckning körs automatiska tester. Dessa körs nattetid så att i bästa fall kan vi redan på morgonen se vad som blivit fel. I sin tur kräver detta att alla testerna automatiseras i teamet. Detta gjordes i Visual Studio och krävde att testarna lärde sig C#. Så visst blir det en omställning mot det gamla vanliga manuella köret.

Testnivåerna som fanns var:

  • Unit test: utvecklarnas egna automatiserade tester pÃ¥ de funktioner de skrev.
  • Unit Integration test och System Test: testarna i SCRUM-teamets automatiserade tester
  • System Integration Test: skedde manuellt mot omkringliggande system
  • User Acceptance Test: här fÃ¥r Product manager(?) och slutkunden chansen att godkänna leveransen

Så principerna för test var de samma men utförande olika. Testdesignen byggde helt på Use Cases och User Scenarios som tagits fram enligt kraven i product back-log. Tyvärr hann vi inte diskutera detta så mycket då en väldigt stor del av diskussionerna kom att handla om SCRUM i allmänhet som metod. Michael själv var dock mycket nöjd med att arbeta agilt och ser fram emot nästa SCRUM-projekt. Slutsaterna var att utveckling och test jobbade väldigt nära varandra och blev verkligen som ett team istället för vi och dem. Erfarenheterna var att det tog ett tag för teamet att komma upp på banan och de första två sprintarna fick kastas då man kom in på fel spår. Styrkan var att återkopplingen var väldigt snabb från test så att projektet kunde styras in på rätt håll relativt snabbt. Jag tänker på de mastodontprojekt jag deltagit i som hållit på i ett år eller två innan man upptäcker att man är på fel väg och får börja om. SCRUM passar i vissa typer av projekt där kraven är lite otydliga och ändras med tiden. Kanske funkar det sämre i medicinteknik eller bank där det mesta är känt och bestämt från början? Fast ofta visar det ju sig att så inte är fallet.

Vi avslutade mötet med en check-out där många påpekade vikten av att vi hänger med i de nya metoder som kommer för att inte halka efter. Vi kan inte komma in i ett agilt projekt och kräva att få arbeta som vi gjort förut. Vi måste lära oss att hantera förändringar genom att ha en agil testdesign - mer modeller och mindre text som behöver uppdateras. (Som en händelse råkar jag hålla en kurs i agil testdesign 1 mars i samband med IBC Test management.) Vill du lyssna på Micke har du chansen att göra det på genom att gå kursen Testa i agila systemutvecklignsprojekt 7 februari eller delta på   NFI Testforum i April. (agenda kommer senast jan 2007)

Det här är alltså mina tankar och reflektioner på mötet och inte nödvändigtvis helt korrekt uppfattat. Men om någon har synpunkter så går det bra att lämna kommentarer. Hoppas i ni som var med på mötet fortsätter diskussionen här eller i STARTs diskussionsgrupp.

Intressanta länkar Brian Maricks Sida  Agile Manifesto

Har sedan igår tillbringat tiden pa arets EuroSTAR i Norra England. Ja det regnar här. Gårdagen bjod pa Torkil Sonne fran Specialisterna. En man med visionen att autistiska personer ska kunna använda sina speciella egenskaper till att gora ett extra bra jobb inom vissa typer av arbetsuppfifter. En autistisk person är extremt noggrann, gor en lika bra test femte gangen som den första och ar expert på att förstå komplicerade samband. En riktigt intressant presentation som lockade till både skratt och eftertänksamhet.

Jag lyssnade ocksa pa Matthew Archer som pratade om model-based testing i ett RUP-projekt. De hade utgått fran de modeller som skapades for användningsfall och affärsprocesser. Rätt tänkt men ofta saknas tyvärr den informationen i de projekt jag jobbar i vilket betyder att jag far skapa modellerna sjalv.

Första keynote speaker "investing in the dream team" var sa otroligt tråkig att jag inte bryr mig om att kommentera den alls.

Onsdagen inleddes med Scott Barber som pratade om hur Performance Test Lead oftast är en extremt kompetent generalist som bor vara ledaren av specialisterna i ett projekt for alla para-funktionella tester som användbarhet, performance etc. Hans tankar ligger i linje med James Bach context-driven school och exploratory testing. Det gar inte att göra en bra detaljerad plan för prestandatester då allt beror på vad som händer i nästa test... En entusiastist talare och amerikansk fotbollsspelare.

Nu har jag uppdaterad min egen presentation och ska prata om 45 minuter. Lite nervös och trött fram gårdagskvällens mexikanska middag med ENEA och öl med Andy, Steve och Tone. Pablo underhöll oss alla med spanska sånger ackompanjerade på gitarr.

Min presentation gick bra, ca 220 personer enligt Pablo som räknade, Lite nervöst i början men sen flöt det på bra. Det ska bli spännande att få utvärderingen från deltagarna som är sammanställd om en månad ungefär.

Julie Gardiner engagerade oss med sin presentation om vikten av att ha en kompetensplan och jobba för oss själva. Fast den var väldigt lik förra årets version så något nytt gav den inte mig. Bert Broekman pratade om testorganisations uppgång och fall. Precis som med romarriket så hade han varit med om två lyckade införanden som slutade med att test ifrågasattes och lades ner! Things testers miss var James Lyndsays bidrag och hade väl mer karaktären av lite kul grej snarare än en djupare analys av fakta.

Men det viktiga är ju ändå det som händer utanför föreläsningarna. Alla kontakter med testare från Sverige, Norge, Danmark,USA, Island, England, Holland och Israel som jag pratat med. Inte att förglömma partyt som Mercury Nordic bjöd på. Ölet flödade ackompagnerat av den vanliga Engelska husmanskosten av stek och friterad fisk.

Slutligen torsdagen då per Runesson berätta om sin intressanta undersökning av enhetstestning i industrin.
Testing hats av Andrew Goslin som handlade mest om Edward de Bona och lite om Belbin. Lättsamt men inget nytt. Sista föredraget av Randy Rice var en besvikelse, hans försök att kombinera test av användningsfall och parvisa tester tror jag inte fungerar. Scenarier består ju av olika kombinationer av flöden och därmed ofta olika antal variabler. Sen kan man ju undra om det bästa sättet att täcka en flödesgraf är att jobba med variablerna i par, nej jag tror inte det.

Kvällen började på Old Trafford, Manchester Uniteds hemmaarena. Det LÄT bra men det var ett riktigt omysigt ställe att ha fest på. Men man får inte roligare än vad man gör sig så i gott sällskap var kvällen ändå toppen. Legenden Jack Charlton höll ett kul tal som höll på lite för länge för en fotbollsointresserad grabb som jag. Tyvärr så fortsatte vi kvällen på ännu en pub vilket var lite i mesta laget. Det var inte helt lätt att komma upp i tid till morgonflyget.

Så nu är jag hemma igen. Matt men nöjd och med många nya idéer och fylld av inspiration. Har bläddrat i min signerade version av TMAP Next och gillar avsnittet om testdesign.

Vi ses nästa år i Stockholm.

James Bach, testare med starka åsikter om Exploratory testing och
agila metoder kommer att prata på IBC testkonferensen 27-28 februari 2007

Han kommer också att hålla en kurs i Rapid Testing på ENEA veckan efter, samt en heldagsföreläsning i Malmö. Passa på att lyssna på en av världens mest intressanta och kunniga testare.

Senaste åren har jag på Handelsbanken ägnat mig åt det vi kallar mentorstöd i projekt. Det som fungerat allra bäst är det vi kallar kick-start för test. Det börjar med att hela projektet går en två dagar lång kurs i testdesign. Vi går igenom hur vi bygger testfall, vilka krav vi behöver, vad vi behöver stöd med och vad vi kan tillföra från test till resten av projektet. Det är en lysande idé och bygger ett bra team som förstår hur det ska arbeta tillsammans för att få det bästa resultatet.

Steg två är att jag går ut och stöder testledaren då han/hon skriver strategin. Jag spenderar vanligen maximalt 40 timmar på strategiarbetet, oftast mindre. Det ger mycket att få chansen att boll de tankar man har med en likasinnad hjärna.

Steg tre är att jag 2-4 timmar i veckan ger löpande stöd till testledaren vad gäller testdesign och planer. Detta räcker bra så länge som testledaren har bra eget driv.

Just detta sätt att arbeta. En större insats i början och en mindre insats löpande har lyft ganska nya resurser till oanade höjder. det känns så otroligt skönt då
testledaren lyckas och detta med hjälp av helt egen kraft. Mina insatser i de mest lyckade projekten har inneburit en total insats på mindre
än 80 timmar på ett tre månader långt projekt. Jag tror fast och fullt att mentorskap
är det mest effektiva sättet att lyckas inom test.

Så nu har ni nyckeln till framgång. Låt era proffs lyfta de andra till lyckade insatser.
Har ni inga egna proffs så får ni hyra in en konsult. Det är väl investerade pengar.
Från och med december kan ni prata med mig!