Posts Tagged ‘exploratory_testing’

h1

Premiär för ny kurs på Crisp! Agil Testning och Den Agila Testaren, 14-15 April

söndag, 23 mars, 2014

Den 14-15 April ger jag och Crisp kollegan Alexander Tarnowski kursen “Agil Testning och Den Agila Testaren”. Strax över tre veckor kvar till premiären. Att det är preminär för mig och Alexander som publika kurslärare i Crisps lokaler gör det också extra skoj och spännande.

Vi har båda hållt kurser och föreläst om agil testning, testautomatisering, test driven utveckling, m.m. många gånger, men detta är första gången vi gör det tillsammans. Då vi kommer från olika bakgrunder och bär med oss olika vinklar har vi lyckats skapa ett grymt och dynamiskt innehåll. Det känns skoj att kunna diskutera både inifrån och ut, och tvärt om.

Att både kunna diskutera på bredd och djup tror jag gör att vi sticker ut om man jämför vad andra kurshållare kan erbjuda. Jag har kanske primärt jobbat med agil testning från ett team-, process- och coachperspektiv. Alexander skriver just nu på boken “Developer Testing”, en bok som vänder sig till utvecklaren och beskriver varför kodens testbarhet ska vara det viktigaste principen och hur utvecklandet ska anpassas därefter. (Boken finns redan nu på LeanPub: https://leanpub.com/developer_testing)

Kursens upplägg är deltagardrivet och upplevelsebaserat enligt tekniker och metoder från “Training from the Back of the Room”. Det ska bli riktigt skoj då sådana kurser alltid blir mera interaktiva, deltagarna mera engagerade och kursdeltagarna (inte lärarna) placeras i centrum.

.

Artikel på TestZonen.se

För att ge exempel på hur det kan se ut när ett helt team äger och tar ansvar för kvalitet rekommenderar jag denna blogg på TestZonen från Alexander (som publicerades under konferensen TZ14): http://www.testzonen.se/?p=5424.

20140320_120930

.

.
Agil Testning & Den Agila Testaren
14-15 April, Stockholm

Vill du veta mera om kursen, och anmäla dig? Klicka här:
http://www.crisp.se/kurser/agil-testning-och-den-agila-testaren-14-15-april-2014

Vi har Early Bird rabatt fram till och med 28:e mars. Än finns det platser kvar så det är bara att hugga 🙂
.

h1

Exploratory Heat Map

onsdag, 2 februari, 2011

Exploratory Heat Map – Tänk om teamet i en och samma rapport kunde se en snapshot över systemets hälsa, hur tillförlitlig snapshoten är, samt ge er vägledning om var ni bör lägga testenergin härnäst.

Förra veckan hade jag förmånen att få ta del av en Open Space kring Exploratory Testing på Extenda i Stockholm. Det blev en väldigt lyckad tillställning med ca 20 agila testare från flera olika företag. Väldigt roligt att möta kollegor i branschen och väldigt spännande diskussioner uppstod. Tack Linda Haglund för arrangerandet!

På vägen därifrån, och dagarna som följde, samlade jag mina tankar och började fundera…

.

Tänk om:

  • Hela teamet spenderar varje torsdagseftermiddag åt Exploratory Testing (ET). Under denna eftermiddag är alla testare (inklusive utvecklare, designer, osv). Varje testare kör 2 stycken ET-Sessions (på vardera 2 timmar).
  • ET-Charters plockas från en prioriterad ET-Charter Backlog.
  • När ET-sessionen är över skapar testaren i vanlig ordning en session rapport, rapporterar eventuella buggar och ser till att nya uppslag för ET-Charters kommer in i ET-Charter Backloggen.
  • Session rapporten innehåller (bland annat) info om vilka delar av systemet som primärt utsattes för utforskande testning och lagras i en databas med hjälp av ett verktyg (t.ex. genom konfigurering av JIRA).
  • Kontinuerligt uppdateras en karta över systemet som visar hur många defekter just nu finns rapporterade i varje del samt hur mycket ET-tid systemets olika beståndsdelar utsatts för.

Denna karta, denna Exploratory Heat Map, skulle ge en fantastisk översikt. Bilden ovan är ett exempel på hur en Exploratory Heat Map skulle kunna se ut.

.

Exploratory Heat Map

Diagrammet i bakgrunden representerar systemets olika delar. Huruvida man delar upp systemet i funktionella delar, moduler eller komponenter tror jag är mindre viktigt. Det viktiga är Defekter och ET-Session rapporter använder samma meta-data för klassificering. (Namngivning av delarna saknas i bilden ovan.)

Cirklarnas storlek representerar hur mycket exploratory test tid som delen blivit utsatt för och färgen antalet just nu öppna rapporterade buggar.

Kartan berättar dels hur systemet mår just nu, men också hur vi ska prioritera Exploratory Testing Charter Backloggen inför nästa Exploratory Torsdag. Varje dag kommer kartan förändras. Allteftersom buggar fixas kommer de röda färgerna blekna. Beroende på vilka ET-Charters som körs kommer vissa cirklar krympa medans andra växer.

.

Verktygsstöd?

Självklart går en dylik karta inte att underhålla genom att manuellt uppdatera en powerpoint varje dag utan det behövs ett bra verktygsstöd. Antingen skriver man ett eget verktyg som integrerar med det befintligt defect tracking system, eller så bygger man en egen plug-in till det verktyg man redan använder, vilket t.ex. är möjligt man kör JIRA GreenHopper. Och då skulle det kanske kunna se ut såhär:

.

Skulle det funka?

Tankar och reflektioner? Hur värdefull och användbar vore en Exploratory Heat Map för er i ert team? Behövs återkommande ETT (Exploratory Testing Torsdagar) eller ”duger” något annat lika bra som bas för test täcknings input?

Är det någon som idag gör någonting liknande?

.

.

Är du intresserad av att jobba med agil testning som konsult Sogeti? I Stockholm finns sedan första januari ett nytt team – Team Agil Testning & Automatisering. Kolla in vår annons på monster.se!

h1

Press stopp: Nytt Sogeti-team – Agil testning och Testautomatisering

tisdag, 16 november, 2010

Från och med första januari 2011 finns ett nytt Sogeti-team i Stockholm: Agil testning och Testautomatisering. Undertecknad är tillförordnad teamchef. Känns sjukt spännande och utmanande, men också läskigt och nervöst.

Som en del i Sogeti Stockholms omorganisation har några nya team uppstått, ett av dem är teamet ”Agil testning och testautomatisering”. Vi (dvs. Sogeti) upplever ett starkt växande behov av skickliga testare som har erfarenhet av agila testekniker och testautomatisering hos våra kunder. Detta behov har bokstavligt talat exploderat den senaste tiden i takt med att allt fler går över till att driva projekt enligt Scrum, Kanban eller annan agil utvecklings- och leveransprocess. Något de flesta snart upplever är just stora utmaningar kring testning och kvalitet. Det är här Sogeti kan hjälpa till och bidra.

Teamet kommer inledningsvis att bestå av 15 till 25 stycken agila testare och testautomatiseringsexperter. Då det officiella startskottet för teamet är 1:a januari 2011 så kommer inte teamets medlemmar och storlek vara helt bestämt förrän om några veckor.

.

Sökes: Agila testare

Detta hindrar oss dock inte att redan nu söka efter dig som har en brinnande passion för agila utvecklingsmetoder och agil testning och är intresserad av att jobba som konsult i spännande och utmanande uppdrag med test och/eller testautomatisering.

Så om du har universitets- eller högskoleexamen och erfarenhet av agila testmetoder och agila testtekniker, eller test- automatisering, så kolla in jobbannonsen på monster eller www.sogeti.se!

.

Hjälp! Jag är chef…

Undertecknad kommer bli teamchef för detta nya team. Detta känns självklart superskoj att få förtroende och uppdraget att leda denna nya riktade satsning inom agil testning. Samtidigt känns det läskigt och lite nervöst då jag aldrig tidigare haft personalansvar eller resultatansvar för en enhet. Vidare, är branchen redo för en chef med mohikan och som gillar att blåsa i röda saxofoner?

Hur som helst, vissa möjligheter får man bara inte låta passera.

Vidare har jag en ambition att leda och driva teamet med de agila värderingarna som bas. Vad detta betyder konkret eller hur det realiseras har jag faktiskt ingen aning om i skrivande stund. Fast just det ser jag inte som något problem, snarare en möjlighet att praktisera ”Collective Ownership” och bjuda in hela teamet till att forma hur vi ska jobba tillsammans. Nu kommer ju teamet inte agera som ett tight Scrum team i ett och samma projekt, vi blir snarare en grupp individer som tillhör samma organisatoriska resultatenhet inom företaget. Med andra ord kommer inte alla agila principer vara betydelsefulla (eller meningsfull) i vårt kontext men som jag ser det måste man leva som man lär – förekommer ordet ”Agil” i teamets namn ska de agila värderingar också genomsyra hur teamet fungerar och arbetar!

.

2010 har varit mitt mest spännande år hittills genom min yrkeskarriär men nu börjar jag misstänka att 2011 kommer klå det med hästlängder. Jag har bara en sak att säga: Bring it on! 🙂

.