Inspiration & Kunskap

Vägen till effektivare testning

Tiden från idé till leverans och produktion blir allt kortare, vilket ställer stora krav på vårt kvalitetsarbete. Att ”skotta ner fler folk i diket” är sällan den enda nyckeln till framgång. Det handlar också om att se över dagliga arbetssätt och rutiner.

Genom att arbeta mer kontextdrivet och utforskande kan du hitta problem tidigare, frigöra resurser och få en effektivare resursfördelning och testning. Men för att inte missa något behöver du också anpassa processer och rutiner för ditt arbete.

Kontextdriven testning på fler nivåer

Att testa kontextdrivet utifrån produkten, teamet och individerna kanske i sig inte är så nytt, men vi måste även bryta ner detta på iterationsnivå inför varje iteration. Det innebär att du vid varje implementation måste välja rätt nivå för ditt kvalitetsarbete. Ett sätt att göra det är att utgå från riskklasser och kvalitetstekniker, som jag vid flera tillfällen har infört på mina uppdrag. Så här går det till:

Riskklasser och kvalitetstekniker

  1. Börja med att se över och lista vilken typ av kvalitetstekniker ni använder/vill använda, till exempel Granskningar, Unittester, Scriptade tester.
  2. För varje riskklass, låg, medel och hög, anger du sedan den eller de kvalitetstekniker som du anser behöver genomföras för att uppnå de krav som har definierats. Dessa klassar du som M=Mandatory. Med O=Optional mernas att du lämnar möjligheten öppen för att fatta ett senare beslut utifrån varje given situation.
  3. Viktigast av allt: ”kill your darlings” och skippa vissa saker. Dessa är angivna som n/a i exemplet nedan.

Kvalitetstekniker

 

Riskbedömning av nya funktioner och förändringar

Om ni inför en ny funktion behöver ni göra en bedömning av vilken riskklass/prioritet den har i systemet. Låg, medel, hög? Klassning görs utifrån på två olika kriterier: Användarnytta respektive Funktionalitet viktas på en risk/prioriteringsskala 1-4:

Användarnytta:

  1. Funktionen används sällan och ger inget större mervärde.
  2. Den genomsnittlige användaren kommer kanske aldrig att se funktionen.
  3. De flesta användare kommer använda denna funktion, men kanske inte varje gång.
  4. De flesta användare kommer att använda denna funktion varje gång. Funktionen skapar mervärde.

Funktion och funktionalitet:

  1. En funktion som inte har uppdaterats, eller har liten påverkan på helhetsintrycket.
  2. Funktionaliteten är av mindre betydelse, eller innebär mindre ändringar.
  3. Funktionen är ny eller ändrad. Den har stor påverkan på det dagliga arbetet, men alternativt arbetssätt finns.
  4. Huvudfunktion i systemet som är ändrad eller ny. Vid avsaknad av funktion får det stor påverkan för slutanvändaren. Finns inget alternativt arbetssätt.

Varje funktion/förändring som införs behöver också mappas mot ett huvudområde i systemet, exempelvis en startsida, ett login eller konto som i bilden nedan.

Mappning

Två tekniker för utforskande testning

Vad är utforskande testning? Som ordet säger så utforskar du området du tänkte testa och här finns självklart olika tekniker, men även olika ”inställningsnivåer” för varje teknik. För att begränsa oss går vi här in på två tekniker som utgår från samma ”inställningsnivåer”.

Med ”inställningsnivåer” menar vi vilken hatt du har på dig när du testar.

Tänk dig att du sitter i en bil: Är du ute på en provtur och sitter mest bakom ratten och provar de olika funktionerna du ser? Eller är målet att hitta alla dolda förvaringsutrymmen, kunna koppla in startkablar och fylla på spolarvätska? Eller har du som mål att kunna byta ut växellådan, kolvringar och bränsletankens nivågivare?

När du väl vet vilken ”hatt” du har på inför kommande test har jag två kraftfulla tekniker att rekommendera, SBTM respektive TBTM.

Detta är SBTM

SBTM innebär i korthet att man tidsbegränsar sina utforskande tester till korta sessioner. Varje session innehåller en kort period testdesign och en större andel av tiden läggs på testutförande. En session består av tre delar:

  1. Testdesign
  2. Testutförande
  3. Utvärdering genom PROOF (Past, Results, Obstacles, Outlook, Feelings)

SBTM är ett bra sätt att få struktur och spårbarhet, utan att förlora syftet med utforskande tester.

Detta är TBTM

Syftet med TBTM är att vidareutveckla sina testidéer med hjälp av effektiva anteckningsmetoder, testtrådar och minneskartor, snarare än med mer traditionella mallar eller stadgar. Enkelheten i TBTM består i att de enskilda testtrådarna saknar etablerade kriterium för när de anses ”klara”. I TBTM innebär ”klar” att du fullföljt din testidé. En ytterligare fördel är att du kan testa flera idéer samtidigt.

Ta dina första steg mot en förändring

Börja med att ta små steg. Se över riskklasser och lista kvalitetstekniker i samband med en sprintplanering. Utgå från de kvalitetstekniker ni redan har och bygg sedan på med mera kontextdrivan så som TBTM och SBTM.

Vill du hitta möjliga vägar till att effektivisera och frigöra resurser för att bättre kunna uppfylla affärsmål och leveranskrav? Hör gärna av dig till mig eller någon av mina kollegor på ADDQ.

Skrivet av

Michael Albrecht

Konsultchef på ADDQ. Michael har rört sig inom området test och kvalitet sedan mitten 90-talet. Allt från prestandatestare, teknisk testare, PL och utbildare. Michael har bidragit mycket genom innovation idéer så som metoden xBTM inom utforskande tester och marknadens första utbildning för agila testare.

Prenumerera för mer nyheter och inspiration