19. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
20. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
22. Pro (Branch Per Story) Kontra (Arbeit auf dem “Trunk”)
Unfertige Stories sind ein Problem: Per Scrum-Definition gibt es keine
• Rollback? unfertigen Stories => Team Commitment
• Dunkelauslieferung?
(„Passiert schon nichts“)
Bonus Problem: Was passiert, wenn die s.o.
erste, angefangene Story nicht beendet
ist, aber alle anderen?
Einfache Branches und Merges mit einem Merging tut weh.
verteilten VCS (Mercurial, Git)
Continuous Integration: Jeder Commit wird sofort integriert und
• Stories müssen feinkörnig sein getestet.
• Alternative: CI für jeden Branch
24. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
25. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
26. Red
Test Die einfachste
schreiben Lösung umsetzen
Refactor Green
Design
verbessern
27. Class
under
Test
depends on
Service A IF Service B IF
Mock Mock
Service A Service B
Service A Service B
28. Class
Contract
under
Test
Test
depends on
Service A IF
Service A
Mock
Service A Alternative
Service B
Service B
Impl.
30. *** Keyword ***
Verhalten
[Arguments] ${Produkt} ${Feld} ${Wert} ${Fehler} ${Ort}
Es existiert eine Produktseite für ${Produkt}
Wenn im Feld ${Feld} der Wert ${Wert} eingegeben wird
Dann wird der ${Fehler} angezeigt
Und der ${Fehler} befindet sich bei ${Ort}
Und der ${Fehler} hat den Style Rechenblock_Fehler_Text
Und das Feld ${Feld} ist als Validierungsfehler markiert
| *Test Case* | | *Risiken* | *Feld* | *Wert* | *Fehler* | *Ort* |
| 1 | Verhalten | Haftpflicht | Geburtsdatum | ABC | Bitte geben Sie das Geburtsdatum im Format TT.MM.JJJJ an. | Hauptrechenblock |
| 2 | Verhalten | Haftpflicht | Fassungsvermögen | ABC | ABC ist keine Zahl | Risikorechenblock |
| 3 | Verhalten | ... | ... | ... | ... | ... |
| 4 | Verhalten | ... | ... | ... | ... | ... |
| . | Verhalten | ... | ... | ... | ... | ... |
31. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
32. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
41. Build Release Architektur &
Test Qualität
Management Management Documentation
Distributed Continuous
TDD Design
Version Control Integration Agile
Architektur
Dependency Feature Statische Code-
Mocks & Stubs
Management Branches Analyse
Ausreichende
Release Process Dokumentation
Workplace
(Version, Notes, ATDD Metriken
Setup & IDE
Migration)
46. Montag Dienstag Mittwoch Donnerstag Freitag
Scrum Overview Sprint 2: Build Sprint 4: TDD Sprint 6: ATDD Sprint 8:
Management Documentation &
Architecture
Ziele: Ziele: Ziele: Ziele:
• Version Control • TDD • Test Framework • Agile Arch.
• Dependency • Mocking • Executable • System Doc.
Mgmt • Coverage Specs
Sprint 1: Scrum Sprint 3: Release Sprint 5: Design Sprint 7: Code Roundup & FAQ
Flow Mgmt & Refactoring Quality
Ziele: Ziele: Ziele: Ziele: Auf dem Weg zur
• Practice the • Branching • SOLID • Metrics Zertifizierung
Flow • CI • Refactoring in • Clean Code
• Setup Dev-Env • Deployment TDD • Javadocs
47. Aktivität Dauer Beschreibung
Einführung 60’ Präsentation und Einführung in die neuen und relevanten Werkzeuge und
Praktiken
Sprint Planning I 15’ Product Owner stellt das Backlog vor. Teams verpflichten sich auf neue
Funktionen
Sprint Planning II 15’ Jedes Team plant den Sprint
Pause 15’
The Sprint 100’ Teams arbeiten selbstorganisiert an den Aufgaben. 5’ Scrum alle 20’
Sprint Review 20’ Zwei Teams stellen die Ergebnisse vor
Sprint Retrospective 15’ Kurze Teamretrospektive zum nachregeln