LearningWell och ReQtest föreläste på SAST-möte om programvarutestning

På bilden från vänster Per Eriksson (ReQtest), Anders Åslund (LearningWell som var värd för mötet), Stefan Lindskog (Karlstads universitet) och Sven Wedemalm (Compare Testlab).

SAST Värmland - en ideell förening för alla som är intresserade av programvarutestning - har hållit Q-möte med föredrag av Anders Åslund (LearningWell) som talade om "System Test Driven Development i praktiken" och Per Eriksson (ReQtest) som talade om "Snabbare och bättre leveranser tack vare Scrum och testbara krav".

SAST Värmland är en lokalförening inom Swedish Association for Software Testing (SAST). Föreningens syfte är att skapa forum där föreningens medlemmar kan utbyta erfarenheter; erbjuda möjlighet att skapa nätverk; främja utveckling inom programvarutestning; främja föreningens medlemmars kompetensutveckling.

SAST Värmland bildades 2010 och har idag 69 medlemmar, berättade Sven Wedemalm (Compare Testlab) som är ordförande och presenterade den nya styrelsen för föreningen. Datum för kommande möten är 7 september - Q3-möte med Sogeti som värd - och 2 november - Q4-möte (värd sökes).
 
LearningWell: System Test Driven Development i praktiken

Varannat mjukvaruprojekt misslyckas - de drar över tid eller budget kraftigt, enligt Anders Åslund (VD på LearningWell West AB) som förklarade att de vanligaste orsakerna är ofullständiga krav, användarna medverkar inte, orealistiska förväntningar och tidsplaner, kraven och specifikationerna ändras och kvalitetetn är för dålig. "Problemet är att vi använder fel verktyg, principer och metoder".

System Test Driven Development (STDD) är en egen vidareutveckling av TDD (Test Driven Development) i syfte att leverera rätt mjukvara med känd och rätt kvalitet med kunden i fokus - det vill säga vad kunden vill ha. STDD är även principer och en metod för att vidareutveckla och underhålla mjukvara.

"STDD-konceptet är ett destillat av principer och tekniker som växt fram hos oss under tidigare anställningar och uppdrag", förklarade Anders Åslund som under SAST-mötet talade om lärdomar och observationer de gjort under implementationen av STDD i ett nytt projekt.

De största utmaningarna med att introducera STDD är inte tekniska utan mer sociala och kulturella. STDD är inte en teknisk lösning utan har komplex påverkan på både utvecklargruppen och mikrokulturen i projektet. Därför spelar motivationsfaktorer på inividnivå stor roll - och det kräver kompetens och förståelse hos organisationen som ärver produkten.

"I STDD automatiseras testerna vilket frigör tid för testarna att hinna med manuell och explorativ testning", berättade Anders Åslund som betonade att testarna behövs i högsta grad: "Det är de som har ansvar och fokus på att teamet gör rätt saker".

Läs mer om LearningWell och STDD >>
 
ReQtest: Snabbare och bättre leveranser tack vare Scrum och testbara krav

Vi arbetar mer effektivt tack vare Scrum, summerade Per Eriksson (Nordenansvarig i ReQtest AB som är en molntjänst för kravhantering och manuell testning). "Vi har arbetat agilt sedan 2008 med Scrum och inslag från Lean". Produktägaren tar fram roadmap och krav. Utvecklingsteamet arbetar gemensamt med design, utveckling och test.

"I agila projekt är det lätt att fokusera för mycket på innevarande sprint", förklarade Per Eriksson: "En roadmap med krav på hög nivå - motsvarande systemdelar eller liknande - bidrar till ett mer långsiktigt arbete och gemensam förståelse i teamet".

"Vi har korta möten ofta och visualiserar hur arbetet fortskrider - och vi ser till att kravhantering och testplanering alltid ligger en sprint före", berättar Per Eriksson och pekade på fem viktiga delar i arbetet:

• Testare deltar i kravdiskussioner - det gör nästan alltid i workshops för att identifiera testbara krav på rubriknivå, gruppera och prioritera krav samt bryta ner krav till utvecklingsuppgifter.
• Testare deltar när kraven skrivs med fokus på vem, vad och varför - liksom behov istället för lösning/teknik.
• Testare deltar vid granskning av kraven - och granskar både korrekthet och testbarhet.
• Testare planerar och skriver testerna tidigt - helst parallellt med kraven
• Krav och test i samma verktyg - med gemensam struktur är det lättare att få överblick och koppla testfall till krav.

Läs mer om ReQtest - Software Testing in the Cloud >>