Don't look back in anger

Größe: px

Ab Seite anzeigen:

Download "Don't look back in anger"

Helmuth Götz Scholz
vor 6 Jahren
Abrufe

1 Don't look back in anger Was ich als Architekt aus der Versionshistorie eines Softwaresystems lernen kann Dr. Elmar Jürgens Dr. Dennis Pagano

2 CQSE GmbH Forschung 13 Promotionen in Software Engineering Promotionsprogramm, Enger Universitätskontakt Praxis Software Audits Quality Control und Test Control Analysewerkzeug

5 Anforderungen Architektur Entwicklung Test

8 Anforderungen Architektur Entwicklung Test

9 Architekt

11 Warum schon wieder dieser Fehler? Architekt Entwicklung Test

12 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

13 conqat.org Block-Arbeit Entwickler Sporadische Committer Haupt-Committer Abwandern Zeit

14 PintaProject/Pinta Owner-Wechsel, keine gemeinsame Zeit

15 dotnet/roslyn

16 jenkinsci/jenkins

17 jenkinsci/jenkins

18 Kundenprojekt Einarbeitung abgebrochen Neues Team Knowledge-Transfer

19 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

20 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

21 Kundenprojekt

22 PintaProject/Pinta TextTool.cs (17 Entwickler) Tools UI Core Docking Effects

23 PintaProject/Pinta Wissenslücke Abgewandert Docking Tools UI Effects Core

24 dotnet/roslyn CSharpCommandLineParser.cs (47 Entwickler) Compilers / C# Compilers / C# / Test Compilers / Core EditorFeatures / Test VS / Core Workspace

25 dotnet/roslyn Compilers / C# Compilers / C# / Test EditorFeatures / Test Compilers / Core VS / Core Expression Evaluator

26 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

27 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

28 dotnet/roslyn Compilers / C# Compilers / C# / Test Compilers / Core EditorFeatures / Test VS / Core Workspace Head (Feb 2016) Klonüberdeckung: 8,7%

29 dotnet/roslyn 2,000, % 1,200, % Lines of Code Clone Coverage

30 dotnet/roslyn Änderungen

31 dotnet/roslyn Vorher (Klonüberdeckung 5,2%)

32 dotnet/roslyn Performance-Test Case (89% Klonüberdeckung) Nachher (Klonüberdeckung 9,6%)

33 jenkinsci/jenkins Head (Feb. 2016) Klonüberdeckung: 2,2%

34 jenkinsci/jenkins 220, % 0 1.0% Lines of Code Clone Coverage

35 jenkinsci/jenkins Änderungen

36 jenkinsci/jenkins Vorher (Klonüberdeckung 2,3%)

37 jenkinsci/jenkins JenkinsRule.java / HudsonTestCase.java (68% Klonüberdeckung) Nachher (Klonüberdeckung 4,2%)

38 Team- Wechsel Code- Ownership Inkonsistenter Klon Bug Historien-Analyse

39 Warum schon wieder dieser Fehler? Architekt Entwicklung Test

40 Änderungen Ausführung Test-Gap-Analyse Ungetestete Änderungen

41 Änderungen Ausführung Test-Gap-Analyse Ungetestete Änderungen

42 Neu Geändert

43 Änderungen Ausführung Test-Gap-Analyse Ungetestete Änderungen

44 Ausgeführt im Test

45 Änderungen Ausführung Test-Gap-Analyse Ungetestete Änderungen

46 Unverändert Neu & ungetestet Geändert & ungetestet Geändert & ausgeführt im Test

47 Unverändert Neu & ungetestet Geändert & ungetestet Geändert & ausgeführt im Test

48 Architekt

49 Code Versionshistorie Modelle Wo verbergen sich technische Schulden? Welcher Code wird nicht genutzt? Gibt es Kopfmonopole? Nutzungsdaten Wo sind Probleme in der Architektur? Software Intelligence Welche Änderungen sind ungetestet? Testergebnisse Werden kritische Fehler rechtzeitig behoben? Welche Komponenten sind besonders fehleranfällig? Welche Änderungen wurden nicht überprüft? Test Coverage Tickets Reviews

50 Fazit Als Architekt muss ich über die technische Architektur hinaus komplexe, teamübergreifende Fragestellungen beurteilen und kommunizieren. Historienanalysen erlauben mir, faktenbasiert von Symptomen auf Ursachen zu schließen und so wirksame Maßnahmen durchzuführen. Wir teilen unsere Erfahrungen hierzu gerne.

Kontakt Dr. Elmar Jürgens juergens@cqse.

51 Kontakt Dr. Elmar Jürgens Dr. Dennis Pagano CQSE GmbH Lichtenbergstraße Garching bei München

Ähnliche Dokumente

Was kann man aus der Versionshistorie eines Softwaresystems lernen?

Was kann man aus der Versionshistorie eines Softwaresystems lernen? JUG Darmstadt - 13. Oktober 2016 Dr. Dennis Pagano @dennispagano Über Mich Forschung Analyse von Open Source Communities Historie von