Iterativ. Inkrementell

Größe: px

Ab Seite anzeigen:

Download "Iterativ. Inkrementell"

Busso Waldfogel
vor 8 Jahren
Abrufe

3 Iterativ Inkrementell

13 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

Feature Branches Mocks & Stubs Statische Code- Analyse Workplace Setup & IDE

14 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

15 Lokal Zentralisiert Verteilt RCS CVS Subversion Mercurial Revisions Change Sets

19 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

20 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

22 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.

24 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

25 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

26 Red Test schreiben Die einfachste Lösung umsetzen Refactor Green Design verbessern

27 Class under Test depends on Service A IF Service B IF Mock Service Service A Mock Service Service B

28 Class Contract under Test Test depends on Service A IF Service A Service A Mock Alternative Service 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 Verhalten Verhalten

31 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

32 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

33 GoF... Design SOLID Clean Code

37 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

38 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

39 1 0,9 0,8 0,7 0,6 0,5 0,4 0,3 0,2 0, Architektur Funktionalität

41 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

46 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

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

Ähnliche Dokumente

CONTINUOUS DELIVERY. codecentric AG

CONTINUOUS DELIVERY. codecentric AG CONTINUOUS DELIVERY AGENDA Einstieg Was ist Continuous Delivery Welche Ziele werden verfolgt? Voraussetzungen Technisch Organisatorisch Kulturell Umsetzung und Einführung 6 Disziplinen der Continuous Delivery