Scrum Rocks, Testing Sucks?!
Adrian Stoll, SwissQ Consulting AG
Zürich, 24. April 2013
Ziele der Präsentation
 Wie ein Scrum Team von einer dedizierten Person für das Testing
profitiert
 Warum ein Embedded S...
Agenda
1. Scrum Testing in der Praxis
2. Warum Testing in Scrum rockt!
3. Scrum Testing im Detail – Techniken und Technolo...
SCENE
Adrian Stoll
Eidg. dipl. Web Project Manager,
Tester aus Leidenschaft, Scrum Geek
Prinicipal Consultant, SwissQ Cons...
Service Overview
Page 5
Research & Development
Page 6
... Trend & Benchmark Reports, Business Value Game, Priority Poker
Agenda
1. Scrum Testing in der Praxis
2. Warum Testing in Scrum rockt!
3. Scrum Testing im Detail – Techniken und Technolo...
Projekterfahrungen: Migipedia
Page 8
 Community Plattform
für Migros-Kunden
 Produktebewertungen
& Kommentare
 Umfragen...
Projekterfahrungen: Vanilla
Page 9
 Coupons & Aktionen
 Mobile Payment
 iPhone & Android App
 diverse Schnittstellen
...
Projekterfahrungen: Versicherungsunternehmen
 Umstellung der gesamten Informatik auf Scrum
 Mithilfe bei der Neuausricht...
Scrum: nicht nur für die Arbeit!
Page 11
Die Scrum Methodik
Page 12
Image: Liip AG
Test
Test
Test
Test
Blick auf die Vorgehensweisen
Page 13
ATST
Konzept Design High Level Test EinführungCode Low Level Test
Wasserfall
ST/AT S...
Testing in Scrum – Variante 1
 Tester stossen gegen Ende des Projektes hinzu.
 Abnahme & E-2-E Tests am Ende des Projekt...
Testing in Scrum – Variante 2
 Tester sind von Anfang involviert.
 Das Test Design erfolgt kontinuierlich mit jedem Spri...
Testing in Scrum – Variante 3
 Tester sind von Anfang involviert.
 Die Durchführung der Abnahmetests (AT) erfolgt im fol...
Testing in Scrum – Variante 4
 Enge Zusammenarbeit zwischen Entwickler und Tester.
 Die Durchführung der Abnahmetests (A...
Embedded Scrum Tester
Shared Responsibility:
Everybody tests their own part  Ist (High Level) Test Know-How
vorhanden?
 ...
Embedded Scrum Tester
Ein Embedded Scrum Tester kann diese
Risiken minimieren:
 Spezial-Wissen vorhanden
 Unabhängig und...
Agenda
1. Scrum Testing in der Praxis
2. Warum Testing in Scrum rockt!
3. Scrum Testing im Detail – Techniken und Technolo...
Why traditional Testing sucks
 Frustrierend – Fehler zu finden, die offensichtlich sind
 Undankbar – als Tester ist man ...
Why Scrum Testing rocks
 Motivierend – Raschere Testresultate, schnellere Bugfixes
 Dankbar – Entlastung für Entwickler,...
Agenda
1. Scrum Testing in der Praxis
2. Warum Testing in Scrum rockt!
3. Scrum Testing im Detail – Techniken und Technolo...
Techniken und Technologien
Grosser Anteil von Exploratory Testing
Page 24
Techniken und Technologien
 Test-Driven Development
 User Story-based Testing
 ...
 Requirements Coverage
 Risk-based...
Techniken und Technologien
Fortlaufende Entwicklung und Dokumentation von strukturierten
(Regressions-) Testfällen
Page 26...
Techniken und Technologien
Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung und
Problembehandlung unabding...
Beitrag des Testers in Scrum Prozessen
 Abschätzen der Zeit, welche zum Testen von User Stories benötigt
werden und dafür...
Beitrag des Testers in Scrum Prozessen
 (auch Daily Standup): Was habe ich gestern getestet, was teste ich
heute, wo hatt...
Beitrag des Testers in Scrum Prozessen
 Kennenlernen neuer Features vor dem Testing
(oder: bereits getestete Features sel...
Beitrag des Testers in Scrum Prozessen
 Wo waren die Stolpersteine aus Tester-Sicht, was lief besonders
gut? Was kann man...
Agenda
1. Scrum Testing in der Praxis
2. Warum Testing in Scrum rockt!
3. Scrum Testing im Detail – Techniken und Technolo...
Scrum Testing – Best Practices
Page 33
Workflow
Closed
Done
Resolved
Release
To Test
Tested OK
In Progress / Reopened
Impl...
Scrum Testing – Best Practices
Page 34
Testmethodik SET
Scrum Testing – Best Practices
Page 35
Testmethodik SET
Scrum Testing – Best Practices
Page 36
Testmethodik SET
Entwickler-
informationen
Testreview
inkl.
Ergebnisse
Testsession
Scrum Testing – Best Practices
 Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung
und Problembehandlung mi...
A word on Regression
Page 38
Explodierende Regressionstests
100
25 25
25
50
25
75
25
Klassisch Scrum
Iter. 1 Iter. 2 Iter. 3 Iter. 4
Test neuer Funktio...
Scrum Testing – Lessons learned
 Echte Entlastung der Entwickler
 Zusätzliches Bindeglied zum Kunden, Unterstützung für ...
Thank you for your
involvement
defending the
platform and the
work done.
Are you ready for the challenge?
Da wären wir nie...
Sie wollen mehr erfahren?
 Nächste Kursdaten „Agiles Testen mit Scrum“:
13.+14.05.2013 / 10.+11.10.2013 / 02.+03.12.2013
...
Page 43
Q&A
1
2
3
4
5
6
7
8
 SwissQ Consulting AG
Stadthausquai 15
8001 Zürich
 Tel. +41 (0)43 288 88 40
 Fax +41 (0)43...
Upcoming SlideShare
Loading in...5
×

Scrum Rocks, Testing Sucks ?! RELOADED

501

Published on

Fachreferat von Adrian Stoll, SwissQ Consulting AG bei Digicomp, Zürich am 24.04.2013

(c) SwissQ Consulting AG

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
501
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
27
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Scrum Rocks, Testing Sucks ?! RELOADED

  1. 1. Scrum Rocks, Testing Sucks?! Adrian Stoll, SwissQ Consulting AG Zürich, 24. April 2013
  2. 2. Ziele der Präsentation  Wie ein Scrum Team von einer dedizierten Person für das Testing profitiert  Warum ein Embedded Scrum Tester besser ist, als die Testverantwortung auf das ganze Team zu verteilen  Was trägt ein Tester zu den Scrum Prozessen wie Daily Scrum, Sprint Planning, Retrospective etc. bei  Finden Sie heraus, weshalb Testing in Scrum Spass macht, weil man involviert ist und schneller zum Ziel kommt Page 2
  3. 3. Agenda 1. Scrum Testing in der Praxis 2. Warum Testing in Scrum rockt! 3. Scrum Testing im Detail – Techniken und Technologien 4. Best Practices & Lessons Learned Page 3
  4. 4. SCENE Adrian Stoll Eidg. dipl. Web Project Manager, Tester aus Leidenschaft, Scrum Geek Prinicipal Consultant, SwissQ Consulting AG Ihr Referent Page 4 Scrum-Erfahrung: • Embedded Tester u.a. in 2 Siegerprojekten der "Best of Swiss Web"-Awards 2011 • Scrum Test Professional bei einer grossen Versicherung • Certified Scrum Master • Kursleiter “Agiles Testing mit Scrum“
  5. 5. Service Overview Page 5
  6. 6. Research & Development Page 6 ... Trend & Benchmark Reports, Business Value Game, Priority Poker
  7. 7. Agenda 1. Scrum Testing in der Praxis 2. Warum Testing in Scrum rockt! 3. Scrum Testing im Detail – Techniken und Technologien 4. Best Practices & Lessons Learned Page 7
  8. 8. Projekterfahrungen: Migipedia Page 8  Community Plattform für Migros-Kunden  Produktebewertungen & Kommentare  Umfragen & Kampagnen  Einsatzbeginn 2 Wochen vor Launch als "Retter in der Not"  Dokumentation von 80 Bugs innert der ersten 2 Tagen  Begleitung des Projekts bis zum (pünktlichen) Release  Seither fester Partner als Testing und QA-Verantwortliche
  9. 9. Projekterfahrungen: Vanilla Page 9  Coupons & Aktionen  Mobile Payment  iPhone & Android App  diverse Schnittstellen  Auftraggeber: Ringier  Embedded Tester zum ersten Release  Verschiedene Applikationen und Plattformen  Schnittstellen, End-To-End Testing  Mandat als Product Owner für die Weiterentwicklung
  10. 10. Projekterfahrungen: Versicherungsunternehmen  Umstellung der gesamten Informatik auf Scrum  Mithilfe bei der Neuausrichtung der Testing-Organisation  Beratung und Coaching in Scrum & Testing Prozessen  Mitarbeit beim Aufbau einer Testing-Community  Erarbeitung Rollendefinitionen: Embedded Tester, Projektleiter TestIT und Technical Lead Testing  Embedded Testing im Projektumfeld Vermögens- und Vorsorgeberatung  Testautomatisierung (Ranorex & IBM RFT) Page 10
  11. 11. Scrum: nicht nur für die Arbeit! Page 11
  12. 12. Die Scrum Methodik Page 12 Image: Liip AG Test Test Test Test
  13. 13. Blick auf die Vorgehensweisen Page 13 ATST Konzept Design High Level Test EinführungCode Low Level Test Wasserfall ST/AT ST/AT ST/AT ST/AT ST/AT ST/AT ST/AT ST/AT S1 S2 S3 S4 S5 S6 S7 S8 Scrum
  14. 14. Testing in Scrum – Variante 1  Tester stossen gegen Ende des Projektes hinzu.  Abnahme & E-2-E Tests am Ende des Projekts. 1 2 3 4 5 6 7 n Abnahme- & E-2-E Test Test Design
  15. 15. Testing in Scrum – Variante 2  Tester sind von Anfang involviert.  Das Test Design erfolgt kontinuierlich mit jedem Sprint.  Abnahme & E-2-E Tests am Ende des Projekts. 1 2 3 4 5 6 7 n Abnahme- & E-2-E Test Test Design Test Design Test Design Test Design Test Design Test Design Test Design Test Design
  16. 16. Testing in Scrum – Variante 3  Tester sind von Anfang involviert.  Die Durchführung der Abnahmetests (AT) erfolgt im folgenden Sprint.  Finale Abnahme & E-2-E Tests am Ende des Projekts. 1 2 3 4 5 6 7 n Finale Abnahme- & E-2-E Test AT AT AT AT AT AT AT Test Design Test Design Test Design Test Design Test Design Test Design Test Design Test Design
  17. 17. Testing in Scrum – Variante 4  Enge Zusammenarbeit zwischen Entwickler und Tester.  Die Durchführung der Abnahmetests (AT) erfolgt im selben Sprint.  Finale Abnahme & E-2-E Tests am Ende des Projekts. 1 2 3 4 5 6 7 n Finale Abnahme- & E-2-E Test Test Design & AT Test Design & AT Test Design & AT Test Design & AT Test Design & AT Test Design & AT Test Design & AT Test Design & AT „True“ Embedded Testing
  18. 18. Embedded Scrum Tester Shared Responsibility: Everybody tests their own part  Ist (High Level) Test Know-How vorhanden?  Ist Testing wirklich unabhängig, objektiv?  Wie/wer verantwortet Bug-Fixing und Retests? Im Scrum Team wird Testing als gemein- same Verantwortung wahrgenommen. Oft werden Entwickler für das Testing zugeteilt, was einige Risiken mit sich bringt: Page 18
  19. 19. Embedded Scrum Tester Ein Embedded Scrum Tester kann diese Risiken minimieren:  Spezial-Wissen vorhanden  Unabhängig und „objektiv“  Fehler können umgehend behoben werden (sehr kurze Feedback-Zyklen) Shared Responsibility: Everybody tests their own part Embedded Acceptance Tester: Test by an independent specialist Page 19
  20. 20. Agenda 1. Scrum Testing in der Praxis 2. Warum Testing in Scrum rockt! 3. Scrum Testing im Detail – Techniken und Technologien 4. Best Practices & Lessons Learned Page 20
  21. 21. Why traditional Testing sucks  Frustrierend – Fehler zu finden, die offensichtlich sind  Undankbar – als Tester ist man bei Entwicklern oft unbeliebt  Stressig – bei Verzögerungen verkürzt sich meist die Testzeit  Eintönig – immer wieder dieselben Testfälle, over and over again  Isoliert – als Tester kann man selten die Umsetzung beeinflussen Page 21
  22. 22. Why Scrum Testing rocks  Motivierend – Raschere Testresultate, schnellere Bugfixes  Dankbar – Entlastung für Entwickler, positives Feedback  Kontrolliert – eingebetted in Scrum Planung und Zyklus  Abwechslungsreich – am Puls der (raschen) Weiterentwicklung  Involviert – Mitreden und Lösungsvorschläge erwünscht Page 22
  23. 23. Agenda 1. Scrum Testing in der Praxis 2. Warum Testing in Scrum rockt! 3. Scrum Testing im Detail – Techniken und Technologien 4. Best Practices & Lessons Learned Page 23
  24. 24. Techniken und Technologien Grosser Anteil von Exploratory Testing Page 24
  25. 25. Techniken und Technologien  Test-Driven Development  User Story-based Testing  ...  Requirements Coverage  Risk-based Testing Page 25 Traditionelle Test-Techniken ja – unbedingt! – aber "Light"
  26. 26. Techniken und Technologien Fortlaufende Entwicklung und Dokumentation von strukturierten (Regressions-) Testfällen Page 26 Übersicht Regressions-Testcases Stand per Sprint XX
  27. 27. Techniken und Technologien Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung und Problembehandlung unabdingbar Page 27
  28. 28. Beitrag des Testers in Scrum Prozessen  Abschätzen der Zeit, welche zum Testen von User Stories benötigt werden und dafür sorgen, dass diese bei der Aufwandschätzung berücksichtigt werden Scrum Planning / Estimation Meeting Page 28
  29. 29. Beitrag des Testers in Scrum Prozessen  (auch Daily Standup): Was habe ich gestern getestet, was teste ich heute, wo hatte ich Probleme beim Testen? Daily Scrum Image: Danny (Danko) Kovatch Page 29
  30. 30. Beitrag des Testers in Scrum Prozessen  Kennenlernen neuer Features vor dem Testing (oder: bereits getestete Features selbst demonstrieren) Sprint Review / Demo Page 30 Die Demo lief diesmal richtig flüssig und wie aus einem Guss. Machte ein super-professionellen Eindruck, weiter so!
  31. 31. Beitrag des Testers in Scrum Prozessen  Wo waren die Stolpersteine aus Tester-Sicht, was lief besonders gut? Was kann man neu/anders machen? Scrum Retrospective Image: IT-Zynergy ApS Page 31
  32. 32. Agenda 1. Scrum Testing in der Praxis 2. Warum Testing in Scrum rockt! 3. Scrum Testing im Detail – Techniken und Technologien 4. Best Practices & Lessons Learned Page 32
  33. 33. Scrum Testing – Best Practices Page 33 Workflow Closed Done Resolved Release To Test Tested OK In Progress / Reopened Implemented / Fixed Open Ready for Implementation New User Story Review Review failed: Überarbeiten! Testing failed: Reopen!
  34. 34. Scrum Testing – Best Practices Page 34 Testmethodik SET
  35. 35. Scrum Testing – Best Practices Page 35 Testmethodik SET
  36. 36. Scrum Testing – Best Practices Page 36 Testmethodik SET Entwickler- informationen Testreview inkl. Ergebnisse Testsession
  37. 37. Scrum Testing – Best Practices  Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung und Problembehandlung mit Workflow  Anforderungsbasiertes Testing anhand von User Stories  Der Entwickler schreibt ein "How to test" pro Issue  Sprint-Planung und Fortschritt stetig überwachen  Tests möglichst rasch durchführen, Anhäufung von pendenten Testfällen vermeiden  Integrationsfördernde Massnahmen zahlen sich aus: Anpassung an Kleidung, Sprache, Arbeitszeiten, Gewohnheiten des Teams etc.  Nahe beim Team sein: Physisch präsent oder mithilfe von elektronischer Kommunikationsmitteln Page 37
  38. 38. A word on Regression Page 38
  39. 39. Explodierende Regressionstests 100 25 25 25 50 25 75 25 Klassisch Scrum Iter. 1 Iter. 2 Iter. 3 Iter. 4 Test neuer Funktionen Test bestehender Funktionen (Regression) 100 100 R1 (TA:100) R2 (TA: 200) R1 (TA: 250) R2 (TA: 650) 100 550 Iter. 1-4 Page 39
  40. 40. Scrum Testing – Lessons learned  Echte Entlastung der Entwickler  Zusätzliches Bindeglied zum Kunden, Unterstützung für PO & SM  Schleichende Nachlässigkeit der Entwicklung (Unit-Tests?)  Vorsicht vor "Technical Debts"!  Dokumentation wird häufig vernachlässigt  End-to-End Testing sauber planen  Wer kümmert sich sich um die Test-Infrastruktur?  Scrum Testing und Remote Testing: Tolle Kombination!  Continous Improvement & -integration nutzen  Regressionstests: Die grösste Herausforderung in Scrum Page 40
  41. 41. Thank you for your involvement defending the platform and the work done. Are you ready for the challenge? Da wären wir nie drauf gekommen. Toll, was du alles findest euer team hat wirklich einen super job gemacht. die letzten Tage sind wirklich weltmeisterlich verlaufen, an allen ecken. Eine echte Unterstützung! Ohne euch hätten wir das kaum geschafft. Page 41 du bisch e riese testing maschiene, mir si froh heimer di i säges dir
  42. 42. Sie wollen mehr erfahren?  Nächste Kursdaten „Agiles Testen mit Scrum“: 13.+14.05.2013 / 10.+11.10.2013 / 02.+03.12.2013  Nächste Kurse „Session Based Testing“: 02.10.2013 / 04.12.2013  Testmethodik SET: http://www.hermes.admin.ch/dienstleistungen/hilfsmittel/testmethodik  Buch „A Practical Guide For Testers And Agile Teams“ (Crispin/Gregory, Addison Wesley)  Buch „Testen in Scrum-Projekten“ (Tilo Linz, dpunkt Verlag)  Event „Testing Trends & Benchmarks 2013“ SwissQ Bern, 28.05.2013http://www.swissq.it/testing-trends- benchmarks-2013/) Page 42
  43. 43. Page 43 Q&A 1 2 3 4 5 6 7 8  SwissQ Consulting AG Stadthausquai 15 8001 Zürich  Tel. +41 (0)43 288 88 40  Fax +41 (0)43 288 88 39  www.SwissQ.it  adrian.stoll@swissq.it  Twitter: @macstoll Koordinaten
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×