1.
SNABBT, EFFEKTIVT, AGILT – MEN BRA?
Ett seminarium om kvalitet
Norrköping 22 mars 2017

2.
AGENDA
§ Introduktion
§ Blixttal #1 – Helene
§ Blixttal #2 – Martin
§ Blixttal #3 – Robert
§ Open Space
§ Sammanfattning
§ Avslut klockan 17:30
www.frontit.se

3.
INTRODUKTION
www.frontit.se

4.
PRODUKTÄGARENS ANSVAR FÖR Q
Helene Svensson
www.frontit.se

5.
PRODUKTÄGARENS UTMANINGAR
www.frontit.se
Utmaningar
Team
SM
Team
SM
Team
SM

6.
HÖJA KVALITÉN I LEVERANSEN
www.frontit.se
Team
SM
Team
SM
Team
SM
Produktägare

7.
HÖJA KVALITÉN I LEVERANSEN
www.frontit.se
Produktägare
TestledareKravanalytiker
Q
Väldefinierad och
prioriterad backlogg
utifrån verksamhetens
mål med definierad
effekt och nytta
på en övergripande
nivå redo för
diskussion med
teamet

8.
HÖJA KVALITÉN I LEVERANSEN
www.frontit.se
Verksamhet
Verksamhetsbehov
Övergripande US
Detaljerad US
Leverans
Funktion
Testresultat
Väldefinierad och
prioriterad backlogg
utifrån verksamhetens
mål med definierad
nytta
på en övergripande
nivå redo för
diskussion med
teamet

9.
TEST I AGILA PROJEKT
Martin Gladh
www.frontit.se

10.
Test i agila projekt
Förändring ur ett testperspektiv
Martin Gladh

11.
Vi river murar
mellan testare
och utvecklare
men bygger vi
nya mellan
testarna?

12.
Hur hanterar jag
dialogen med
utvecklarna?

13.
Hur ska jag
hinna skriva
mina testfall?

14.
Håller vi på att
tappa
obundenheten?

15.
Hur skapar jag
mig en bild av
kvalitetsläget?

16.
Vem ser till
helheten?

17.
Martin Gladh
Vem ser till
helheten?
Hur ska jag
hinna skriva
mina testfall?
Vi river murar
mellan testare
och utvecklare
men bygger vi
nya mellan
testarna?
Hur skapar jag
mig en bild av
kvalitetsläget?
Hur hanterar jag
dialogen med
utvecklarna?
Håller vi på att
tappa
obundenheten?

18.
TESTAUTOMATISERING – EN SNABB ÖVERBLICK
Robert Gistvik
www.frontit.se

19.
KOMMENTARER OM TESTAUTOMATISERING
www.frontit.se
Du måste köra
continuous
delivery för att
automatisera
Våra testare
kan inte
automatisera
Automatiseringen är en
nyckelfaktor för högre
kvalitet
Vi kör TDD så vi
behöver inte testa
Genom att
automatisera alla
tester så behöver vi
inte testa manuellt
Våra utvecklare
vill inte testa

20.
AUTOMATISERINGSPYRAMIDEN
www.frontit.se
Enhetstester
Integration /
API / Service
UI

21.
DE OLIKA NIVÅERNA
§ Enhetstester
– Skrivs av programmeraren
– Testar en specifik funktion eller komponent på kodnivå
– Ofta korta
§ Integration/API/Service
– Integrationer mot andra eller interna system
– Prestanda
– Säkerhet
§ UI
– Testar gränssnittet
– Användarlik interaktion
www.frontit.se
Vi kör TDD så vi
behöver inte testa

22.
NÄR SKRIVS TESTERNA
§ Vid TDD skrivs enhetstesterna först av allt
– Annars, skriv dem så snart som möjligt
§ Integration / API / Service tester skrivs så snart integrationen är definierad
– Använd stubs och drivers
§ UI-tester kan skrivas så snart gränssnittet är definierat, men färdigställs oftast när
gränssnittet är klart. Gränssnittet är generellt det som kan ändras in i det sista.
www.frontit.se

23.
NÄR SKA TESTERNA KÖRAS
§ Efter varje bygge
– Enhetstester
• Använd continuous integration (CI)
– (Integrationstester)
• Om de är tillräckligt korta
– (UI-tester)
• Om de är tillräckligt korta
• Smoke test-svit
• Förutsätter continuous delivery (CD)
§ Varje dag/natt (eller vid behov)
– Integrationstester
– UI-tester
www.frontit.se

24.
VARFÖR SKA VI AUTOMATISERA?
§ Snabb återkoppling på nya funktioner
§ Identifiera regressions-problem tidigt
§ “100%” upprepbarhet
§ Hitta problemområden
§ Testa på nivåer som inte kan testas manuellt
§ Men…
– Rätt förutsättningar behövs
• Automatiserade byggen? (CI)
• Automatiserad leverans? (CD)
– Automatisering kostar
• Välj en nivå som passar sammanhanget
www.frontit.se
Du måste köra
continuous
delivery för att
automatisera
Automatiseringen är en
nyckelfaktor för högre
kvalitet

25.
MANUELLT TESTNING KONTRA AUTOMATISERING
www.frontit.se
Enhetstester
Integration /
API / Service
UI
P
?

26.
MANUELLT TESTNING KONTRA AUTOMATISERING
“Automation does not do what testers used to do, unless one ignores
most things a tester really does. Automated testing is useful for
extending the reach of the testers work, not to replace it.”
- James Bach
www.frontit.se
Genom att
automatisera
alla tester så
behöver vi inte
testa manuellt

27.
TESTAUTOMATISERING – UTVECKLING ELLER TEST
www.frontit.se
TestUtveckling
Agilt
Våra testare
kan inte
automatisera
Våra utvecklare
vill inte testa
Agilt team

28.
KOMMA IGÅNG MED AUTOMATISERING
§ Analysera din situation (helst objektivt)
– Hur viktigt är kvalitet?
• Vilken täckning behöver vi?
– Hur ser historiken ut?
• Har vi kända problem i något område?
– Hur mycket ändras gränssnittet?
§ Börja med ”easy wins”
§ Börja i botten av pyramiden
– Enkla test att skriva
– Snabb ROI
www.frontit.se

29.
ÅSIKTER OM TESTAUTOMATISERING
www.frontit.se
Du måste köra
continuous
delivery för att
automatisera
Våra testare
kan inte
automatisera
Automatiseringen är en
nyckelfaktor för högre
kvalitet
Vi kör TDD så vi
behöver inte testa
Genom att
automatisera alla
tester så behöver vi
inte testa manuellt
Våra utvecklare
vill inte testa

30.
OPEN SPACE
www.frontit.se

31.
HUR DET GÅR TILL
§ Gå till den station som intresserar dig mest
§ Bidra till diskussion, ställ frågor, var aktiv
§ Stationer
– Helene - Agila krav och produktägarrollen
– Martin - Test i agila projekt
– Robert - Testautomatisering, en snabb överblick
§ 2 x 15 minuter
§ Återsamling
www.frontit.se

32.
SUMMERING
www.frontit.se

33.
NÄSTA STEG
• Imorgon:
• Utvärdering
• Länkar till utvalda artiklar, presentationsmaterial, poddar
Läs mer
www.frontit.se

34.
NÄSTA STEG – WORKSHOP HOS ER
Workshop med våra experter
Agil test – hur gör jag?
www.frontit.se

35.
TACK!
www.frontit.se