Iterativ Inkrementell
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Lokal Zentralisiert Verteilt RCS CVS Subversion Mercurial Revisions Change Sets
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Pro (Branch Per Story) Unfertige Stories sind ein Problem: Rollback? Dunkelauslieferung? ( Passiert schon nichts ) Bonus Problem: Was passiert, wenn die erste, angefangene Story nicht beendet ist, aber alle anderen? Einfache Branches und Merges mit einem verteilten VCS (Mercurial, Git) Continuous Integration: Stories müssen feinkörnig sein Alternative: CI für jeden Branch Kontra (Arbeit auf dem Trunk ) Per Scrum-Definition gibt es keine unfertigen Stories => Team Commitment s.o. Merging tut weh. Jeder Commit wird sofort integriert und getestet.
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Red Test schreiben Die einfachste Lösung umsetzen Refactor Green Design verbessern
Class under Test depends on Service A IF Service B IF Mock Service Service A Mock Service Service B
Class Contract under Test Test depends on Service A IF Service A Service A Mock Alternative Service Service B Impl.
*** 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...............
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
GoF... Design SOLID Clean Code
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
1 0,9 0,8 0,7 0,6 0,5 0,4 0,3 0,2 0,1 0 0 5 10 Architektur Funktionalität
Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE Release Process (Version, Notes, Migration) ATDD Metriken Ausreichende Dokumentation
Montag Dienstag Mittwoch Donnerstag Freitag Scrum Overview Sprint 1: Scrum Flow Sprint 2: Build Ziele: Version Control Dependency Mgmt Sprint 3: Release Mgmt Sprint 4: TDD Ziele: TDD Mocking Coverage Sprint 5: Design & Refactoring Sprint 6: ATDD Ziele: Test Framework Executable Specs Sprint 7: Code Quality Sprint 8: Documentation & Architecture Ziele: Agile Arch. System Doc. Roundup & FAQ Ziele: Practice the Flow Setup Dev-Env Ziele: Branching CI Deployment Ziele: SOLID Refactoring in TDD Ziele: Metrics Clean Code Javadocs Auf dem Weg zur Zertifizierung
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