Gå till innehåll

Kategori: Conferences and classes

Publicerat den

Det viktigaste med en Peer Conference är ju själva förkortningen! Denna gång var temat SBTM - Session Based Test Management mer exakt Exploratory Testing med användning av Charters. Jag bjöd in Herman Afzelius och Petter Mattsson från UIQ som på otroligt kort tid med framgång infört arbetssättet för sina testingenjörer. Deras uppgift är att på kort tid ta hand om nya versioner av Symbian OS som används i SonyEricssons telefoner. De har en situation där kraven ändras mycket snabbt och testcyklerna är väldigt korta, ett par veckor är den tid de har att spela på. Det ursprungliga sättet att arbeta på innebar att testarna körde stora mängder av detaljbeskrivna testfall mer eller mindre mekaniskt. Detta upplevdes som tråkigt och ineffektivt av de flesta. Det nya sättet att arbeta på innebör att ett antal övergripande beskrivningar i form av test-charters har tagits fram och testarna väljer nästa charter slumpmässigt. Ett exempel är att testa SMS-funktionaliteten. Den enda instruktion som finns är att testa SMS skicka, ta emot, forward, kopplade stora meddelanden etc. Resten är upp till testarna.

Reflektionerna på det gamla sättet att arbeta var att 90% passed test cases gav en falsk känsla av trygghet då det egentligen inte sade så mycket. Ungefär som att vi resenärer tvingas kasta vattenflaskorna i säkerhetskontrollen på flyget och därmed är terroristerna stoppade. Argumenten för att använda ET är att det i dagsläget är en extra krydda på de skriptade tester som finns kvar för att verifiera basfunktionaliteten, det går snabbt och billigt att hitta fel, testingenjörerna tvingas tänka själva och får använda mer av sin kompetens. De tycker alla att det är roligare att jobba och är samtidigt mer effektiva. Mindre tid läggs på förvalting av testfall och mer på att verkligen testa. Varianter som parvis testning och bug-bash har använts med lyckat resultat.

Förutom inbjudna talare var övriga deltagare: Mia Sköld, Anders Claesson, Peter Ohlsson, Pablo Garcia (tack för ordnande av lokal och mineralvatten), Johan Åtting (som lovar att föra conceptet Peer Conference till Linköping) samt undertecknad som var moderator och stod för inköp av Pizza.

Vi höll på fram till 21 och lovade att fortsätta med fler möten inom SWET. Anders Claesson paratar gärna och mycket om sina erfarenheter av ET på Stort svenskt telekomföretag.

Vi konstaterar att det fortfarande är lika kul och givande med denna typ av sammankomster. En idé är att fortsätta diskussionerna på min blogg där alla får göra inlägg och ställa frågor.

Publicerat den

I veckan träffade jag representanter från den akademiska världen för att diskutera deras nya satsing på en elitforskarskola inom verifiering och validering. Samarbetetspartners är  Blekinge TH, Chalmers, Mälardalens universitet och Lunds universitet. Det kändes lite speciellt att sitta i ett rum med Kristina Lundqvist (nyligen hemkommen från 7 års forskning på MIT), Rikard Torkar, Robert Feldt och Tomas Arts: fyra doktorer inom test. Helt plötsligt var jag "bara" civilingenjör som representerade industrin eller näringslivet som vi beslöt oss för att kalla det.  

Målet med samarbetet är att kunna knyta ihop näringsliv och akademisk forskning så at vi kan få synergieffekter. Främst i form av att forskarna får reda på vad vi behöver och att vi i vår tur får ta del av nya rön om vilka verktyg eller metider som visat sig vara mest effektiva.

Främst kan jag bidra med att få in fler forskare som talare på SAST och andra testkonferenser. Vi får då chansen att träffa varandra och diskutera aktuella frågor och framtida möjligheter.

Jag ser en del hinder vi måste överbrygga. Alla forskningsresultat skrivs på engelska och är ofta på en relativt hög nivå kunskapsmässigt sett. Frågan är hur vi kan få företagen att ta till sig viktiga rön genom att satsa långsiktigt på kvalitet. I dagsläget är de flesta samarbeten riktade mot större industriföretag som Ericsson och ABB där mttagarna är ingenjörer med god kunskap i Engelska. Hur ska vi då få banker, försäkringsbolag, staliga verk mm att ta till sig ny kunskap? Ofta känns det som att de flesta företag i Sverige kämpar med att lära sig grunderna inom test och inte är mogna ännu för mer avancerade delar. Men nånstans måste vi börja!  

Här finns information om akademiska konferenser inom Software Engineering. 

 

Publicerat den

Slutsålda kurser och välbesökta konferenser. James popularitet ökar stadigt bland svenska testare. Han är en fantastisk talare och en sann guru inom test. Min förhoppning är att den svenska testkåren ska ta sig från dokumentationstyngda, träiga arbetsmetoder till det mer lättrörliga, tekniskt avancerade och effektiva. Han tvingar mig att tänka efter - det är nyttigt - fler borde prova! Vi gillar James - han gillar oss tillbaka.

Publicerat den

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.

Publicerat den

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