Scrum Rocks, Testing Sucks?!Adrian Stoll, SwissQ Consulting AGZürich, 24. April 2013
Ziele der Präsentation§  Wie ein Scrum Team von einer dedizierten Person für das Testingprofitiert§  Warum ein Embedded ...
Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technolo...
SCENEAdrian StollEidg. dipl. Web Project Manager,Tester aus Leidenschaft, Scrum GeekPrinicipal Consultant, SwissQ Consulti...
Service OverviewPage 5
Research & DevelopmentPage 6... Trend & Benchmark Reports, Business Value Game, Priority Poker
Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technolo...
Projekterfahrungen: MigipediaPage 8§  Community Plattformfür Migros-Kunden§  Produktebewertungen& Kommentare§  Umfragen...
Projekterfahrungen: VanillaPage 9§  Coupons & Aktionen§  Mobile Payment§  iPhone & Android App§  diverse Schnittstelle...
Projekterfahrungen: Versicherungsunternehmen§  Umstellung der gesamten Informatik auf Scrum§  Mithilfe bei der Neuausric...
Scrum: nicht nur für die Arbeit!Page 11
Die Scrum MethodikPage 12Image: Liip AGTestTestTestTest
Blick auf die VorgehensweisenPage 13ATSTKonzept Design High Level Test EinführungCode Low Level TestWasserfallST/AT ST/AT ...
Testing in Scrum – Variante 1§  Tester stossen gegen Ende des Projektes hinzu.§  Abnahme & E-2-E Tests am Ende des Proje...
Testing in Scrum – Variante 2§  Tester sind von Anfang involviert.§  Das Test Design erfolgt kontinuierlich mit jedem Sp...
Testing in Scrum – Variante 3§  Tester sind von Anfang involviert.§  Die Durchführung der Abnahmetests (AT) erfolgt im f...
Testing in Scrum – Variante 4§  Enge Zusammenarbeit zwischen Entwickler und Tester.§  Die Durchführung der Abnahmetests ...
Embedded Scrum TesterShared Responsibility:Everybody tests their own part §  Ist (High Level) Test Know-Howvorhanden?§  ...
Embedded Scrum TesterEin Embedded Scrum Tester kann dieseRisiken minimieren:§  Spezial-Wissen vorhanden§  Unabhängig und...
Agenda1.  Scrum Testing in der Praxis2.  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 ma...
Why Scrum Testing rocks§  Motivierend – Raschere Testresultate, schnellere Bugfixes§  Dankbar – Entlastung für Entwickle...
Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technolo...
Techniken und TechnologienGrosser Anteil von Exploratory TestingPage 24
Techniken und Technologien§  Test-Driven Development§  User Story-based Testing§  ...§  Requirements Coverage§  Risk-...
Techniken und TechnologienFortlaufende Entwicklung und Dokumentation von strukturierten(Regressions-) TestfällenPage 26Übe...
Techniken und TechnologienEinsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung undProblembehandlung unabdingba...
Beitrag des Testers in Scrum Prozessen§  Abschätzen der Zeit, welche zum Testen von User Stories benötigtwerden und dafür...
Beitrag des Testers in Scrum Prozessen§  (auch Daily Standup): Was habe ich gestern getestet, was teste ichheute, 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 besondersgut? Was kann man...
Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technolo...
Scrum Testing – Best PracticesPage 33WorkflowClosedDoneResolvedReleaseTo TestTested OKIn Progress / ReopenedImplemented / ...
Scrum Testing – Best PracticesPage 34Testmethodik SET
Scrum Testing – Best PracticesPage 35Testmethodik SET
Scrum Testing – Best PracticesPage 36Testmethodik SETEntwickler-informationenTestreviewinkl.ErgebnisseTestsession
Scrum Testing – Best Practices§  Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltungund Problembehandlung mi...
A word on RegressionPage 38
Explodierende Regressionstests10025 252550257525Klassisch ScrumIter. 1 Iter. 2 Iter. 3 Iter. 4Test neuer FunktionenTest be...
Scrum Testing – Lessons learned§  Echte Entlastung der Entwickler§  Zusätzliches Bindeglied zum Kunden, Unterstützung fü...
Thank you for yourinvolvementdefending theplatform and thework done.Are you ready for the challenge?Da wären wir niedrauf ...
Sie wollen mehr erfahren?§  Nächste Kursdaten „Agiles Testen mit Scrum“:13.+14.05.2013 / 10.+11.10.2013 / 02.+03.12.2013§...
Page 43Q&A12345678§  SwissQ Consulting AGStadthausquai 158001 Zürich§  Tel. +41 (0)43 288 88 40§  Fax +41 (0)43 288 88 ...
Nächste SlideShare
Wird geladen in …5
×

Referat: Scrum Rocks – Testing Sucks?! (reloaded)

1.087 Aufrufe

Veröffentlicht am

In diesem Referat erhalten Sie eine kurze Einführung zu Scrum und gehen auf die Möglichkeiten ein, wie Testing in agilen Projekten angewendet und verbessert werden kann. Besonderes Augenmerk gilt dabei dem Einsatz eines Embedded Scrum Testers, der explorativen Testmethodik und dem Session Based Testing.

Veröffentlicht in: Business
0 Kommentare
1 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

Keine Downloads
Aufrufe
Aufrufe insgesamt
1.087
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
89
Aktionen
Geteilt
0
Downloads
14
Kommentare
0
Gefällt mir
1
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

Referat: Scrum Rocks – Testing Sucks?! (reloaded)

  1. 1. Scrum Rocks, Testing Sucks?!Adrian Stoll, SwissQ Consulting AGZürich, 24. April 2013
  2. 2. Ziele der Präsentation§  Wie ein Scrum Team von einer dedizierten Person für das Testingprofitiert§  Warum ein Embedded Scrum Tester besser ist, als dieTestverantwortung 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 maninvolviert ist und schneller zum Ziel kommtPage 2
  3. 3. Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technologien4.  Best Practices & Lessons LearnedPage 3
  4. 4. SCENEAdrian StollEidg. dipl. Web Project Manager,Tester aus Leidenschaft, Scrum GeekPrinicipal Consultant, SwissQ Consulting AGIhr ReferentPage 4Scrum-Erfahrung:•  Embedded Tester u.a. in 2 Siegerprojektender "Best of Swiss Web"-Awards 2011•  Scrum Test Professional bei einer grossenVersicherung•  Certified ScrumMaster•  Kursleiter “AgilesTesting mit Scrum“
  5. 5. Service OverviewPage 5
  6. 6. Research & DevelopmentPage 6... Trend & Benchmark Reports, Business Value Game, Priority Poker
  7. 7. Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technologien4.  Best Practices & Lessons LearnedPage 7
  8. 8. Projekterfahrungen: MigipediaPage 8§  Community Plattformfü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: VanillaPage 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, ProjektleiterTestIT und Technical Lead Testing§  Embedded Testing im Projektumfeld Vermögens- undVorsorgeberatung§  Testautomatisierung (Ranorex & IBM RFT)Page 10
  11. 11. Scrum: nicht nur für die Arbeit!Page 11
  12. 12. Die Scrum MethodikPage 12Image: Liip AGTestTestTestTest
  13. 13. Blick auf die VorgehensweisenPage 13ATSTKonzept Design High Level Test EinführungCode Low Level TestWasserfallST/AT ST/AT ST/AT ST/AT ST/AT ST/AT ST/AT ST/ATS1 S2 S3 S4 S5 S6 S7 S8Scrum
  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 nAbnahme-&E-2-ETestTestDesign
  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 nAbnahme-&E-2-ETestTestDesignTestDesignTestDesignTestDesignTestDesignTestDesignTestDesignTestDesign
  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 nFinaleAbnahme-&E-2-ETestAT AT AT AT AT AT ATTestDesignTestDesignTestDesignTestDesignTestDesignTestDesignTestDesignTestDesign
  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 nFinaleAbnahme-&E-2-ETestTestDesign& ATTestDesign& ATTestDesign& ATTestDesign& ATTestDesign& ATTestDesign& ATTestDesign& ATTestDesign& AT„True“ Embedded Testing
  18. 18. Embedded Scrum TesterShared Responsibility:Everybody tests their own part §  Ist (High Level) Test Know-Howvorhanden?§  Ist Testing wirklich unabhängig, objektiv?§  Wie/wer verantwortet Bug-Fixing undRetests?Im Scrum Team wird Testing als gemein-same Verantwortung wahrgenommen. Oftwerden Entwickler für das Testing zugeteilt,was einige Risiken mit sich bringt:Page 18
  19. 19. Embedded Scrum TesterEin Embedded Scrum Tester kann dieseRisiken minimieren:§  Spezial-Wissen vorhanden§  Unabhängig und „objektiv“§  Fehler können umgehend behobenwerden (sehr kurze Feedback-Zyklen)Shared Responsibility:Everybody tests their own partEmbedded Acceptance Tester:Test by an independent specialistPage 19
  20. 20. Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technologien4.  Best Practices & Lessons LearnedPage 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 beeinflussenPage 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ünschtPage 22
  23. 23. Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technologien4.  Best Practices & Lessons LearnedPage 23
  24. 24. Techniken und TechnologienGrosser Anteil von Exploratory TestingPage 24
  25. 25. Techniken und Technologien§  Test-Driven Development§  User Story-based Testing§  ...§  Requirements Coverage§  Risk-based TestingPage 25Traditionelle Test-Techniken ja – unbedingt! – aber "Light"
  26. 26. Techniken und TechnologienFortlaufende Entwicklung und Dokumentation von strukturierten(Regressions-) TestfällenPage 26Übersicht Regressions-TestcasesStand per Sprint XX
  27. 27. Techniken und TechnologienEinsatz eines Tools für Anforderungsmanagement, Fehlerverwaltung undProblembehandlung unabdingbarPage 27
  28. 28. Beitrag des Testers in Scrum Prozessen§  Abschätzen der Zeit, welche zum Testen von User Stories benötigtwerden und dafür sorgen, dass diese bei der Aufwandschätzungberücksichtigt werdenScrum Planning / Estimation MeetingPage 28
  29. 29. Beitrag des Testers in Scrum Prozessen§  (auch Daily Standup): Was habe ich gestern getestet, was teste ichheute, wo hatte ich Probleme beim Testen?Daily ScrumImage: Danny (Danko) KovatchPage 29
  30. 30. Beitrag des Testers in Scrum Prozessen§  Kennenlernen neuer Features vor dem Testing(oder: bereits getestete Features selbst demonstrieren)Sprint Review / DemoPage 30Die Demo lief diesmal richtig flüssig und wie aus einemGuss. Machte ein super-professionellen Eindruck, weiter so!
  31. 31. Beitrag des Testers in Scrum Prozessen§  Wo waren die Stolpersteine aus Tester-Sicht, was lief besondersgut? Was kann man neu/anders machen?Scrum RetrospectiveImage: IT-Zynergy ApSPage 31
  32. 32. Agenda1.  Scrum Testing in der Praxis2.  Warum Testing in Scrum rockt!3.  Scrum Testing im Detail – Techniken und Technologien4.  Best Practices & Lessons LearnedPage 32
  33. 33. Scrum Testing – Best PracticesPage 33WorkflowClosedDoneResolvedReleaseTo TestTested OKIn Progress / ReopenedImplemented / FixedOpenReady for ImplementationNewUser Story ReviewReview failed:Überarbeiten!Testing failed:Reopen!
  34. 34. Scrum Testing – Best PracticesPage 34Testmethodik SET
  35. 35. Scrum Testing – Best PracticesPage 35Testmethodik SET
  36. 36. Scrum Testing – Best PracticesPage 36Testmethodik SETEntwickler-informationenTestreviewinkl.ErgebnisseTestsession
  37. 37. Scrum Testing – Best Practices§  Einsatz eines Tools für Anforderungsmanagement, Fehlerverwaltungund 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 pendentenTestfällen vermeiden§  Integrationsfördernde Massnahmen zahlen sich aus: Anpassung anKleidung, Sprache, Arbeitszeiten, Gewohnheiten des Teams etc.§  Nahe beim Team sein: Physisch präsent oder mithilfe vonelektronischer KommunikationsmittelnPage 37
  38. 38. A word on RegressionPage 38
  39. 39. Explodierende Regressionstests10025 252550257525Klassisch ScrumIter. 1 Iter. 2 Iter. 3 Iter. 4Test neuer FunktionenTest bestehender Funktionen (Regression)100100R1(TA:100)R2(TA: 200)R1 (TA: 250) R2 (TA: 650)100550Iter. 1-4Page 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 ScrumPage 40
  41. 41. Thank you for yourinvolvementdefending theplatform and thework done.Are you ready for the challenge?Da wären wir niedrauf gekommen.Toll, was dualles findesteuer team hat wirklich einen super job gemacht. die letztenTage sind wirklich weltmeisterlich verlaufen, an allenecken.Eine echteUnterstützung!Ohne euchhätten wir daskaumgeschafft.Page 41du bisch e riesetesting maschiene,mir si froh heimer dii 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 43Q&A12345678§  SwissQ Consulting AGStadthausquai 158001 Zürich§  Tel. +41 (0)43 288 88 40§  Fax +41 (0)43 288 88 39§  www.SwissQ.it§  adrian.stoll@swissq.it§  Twitter: @macstollKoordinaten

×