Events

Since this post accompanies a talk in German, it is written in German, too.

Um langfristig erfolgreich zu sein, müssen Softwaresysteme fortlaufend angepasst und weiterentwickelt werden. Qualität kommt dabei oft zu kurz, obwohl sie für die Zukunftssicherheit des Systems entscheidend ist. Wird die Migration in die Cloud funktionieren? Ist die Architektur für die Anbindung einer mobilen App gerüstet? Müssen Teile neu geschrieben werden? Oder gar das ganze System? Ein Softwareaudit hilft bei der Beantwortung dieser Fragen, indem es Transparenz bzgl. des aktuellen Qualitätsstands schafft. Damit wird es möglich, ein strukturiertes Vorgehen für die Zukunft abzuleiten.

Since this post accompanies a talk in German, it is written in German, too.

Quellcode zu kopieren und an anderer Stelle wieder einzufügen ist eine gängige Vorgehensweise in der Softwareentwicklung, die jedoch gravierende Nachteile haben kann. Erfahren Sie mehr über von Code-Klonen verursachte Probleme und wie Sie die Risiken duplizierten Codes für Ihr System reduzieren können.

Mit einem Software-System wächst auch die Anzahl automatisierter Tests. Wir sehen immer öfter Test-Suites, die Stunden oder Tage laufen. Das ist lähmend langsam. Um trotzdem sehr schnelles Feedback für die meisten neuen Fehler zu bekommen, kann man einen Teil der Tests häufiger ausführen. Wenn diese Teilmenge gut gewählt ist, findet sie einen Großteil der Fehler in sehr kurzer Zeit.

Die meisten Fehler treten bei langlebiger Software dort auf, wo viel geändert wird. Wer es richtig machen will, muss sicherstellen, dass keine wichtigen Änderungen ungetestet bleiben. Die Test-Gap-Analyse hilft uns ungetestete Änderungen zu finden.

-- Since this post accompanies a talk in German, it is written in German, too.

Wenn ein System wächst, wächst auch die Anzahl automatisierter Tests. Wir sehen immer öfter Test-Suiten, die Stunden oder Tage laufen. Das ist lähmend langsam. Wenn die Ausführung aller Tests zu lange dauert, kann man einen Teil der Tests häufiger auszuführen, um hierfür schneller Ergebnisse zu bekommen. Wenn diese Teilmenge gut gewählt ist, findet sie einen Großteil der Fehler in sehr kurzer Zeit. Die restlichen Tests können weiterhin im alten Rhytmus ausgeführt werden, um den Rest der Fehler zu finden. Damit erreichen wir, trotz langsamer Testsuite, sehr schnelles Feedback für die meisten neuen Fehler.

Copy & Paste-Programmierung ist seit Jahrzehnten als Code-Smell verschrien. Das hat nicht verhindert, dass in quasi allen größeren Systemen viele durch Copy & Paste entstandene Klone vorkommen. In einigen Systemen kommt mehr als die Hälfte aller Zeilen in Kopie an anderen Stellen auch vor. Das schafft in der Weiterentwicklung viele Probleme. Clone Detection, also statische Code-Analyse, die solche Duplikate automatisiert erkennen kann, ist inzwischen in einigen IDEs enthalten. Allerdings zeigt die Erfahrung, dass es niemandem nützt, eine Liste mit 100.000 Klonen zu erzeugen. Die Herausforderung ist nicht das Finden, sondern Clone-Management: der sinnvolle Umgamg mit existierenden Klonen.

-- Since this post accompanies a talk in German, it is written in German, too.

Durch immer kürzere Release-Zyklen erfolgen Test und Entwicklung immer häufiger parallel. In der Praxis führt das sowohl zu Test-Lücken, wenn geänderter Code ungetestet ausgeliefert wird, als auch zu nutzlosen Tests von Bereichen, die sich nicht verändert haben und daher keine neuen Fehler enthalten können. In diesem Solution-Workshop stellen wir Change-Driven Testing vor, um Test und Entwicklung präziser aufeinander abzustimmen und diese Probleme zu vermeiden.

-- Since this post accompanies a talk in German, it is written in German, too.

Viele Teams müssen immer mehr Funktionalität in immer weniger Zeit testen. Immer mehr Funktionalität, weil erfolgreiche Software wächst, und damit von Release zu Release mehr und mehr Features getestet werden müssen. Paradoxerweise erhalten wir dafür aber immer weniger Zeit, da Release-Zyklen kürzer werden. Dadurch steigt in vielen Teams der Druck. Ich bin davon überzeugt, dass wir das nur schaffen, wenn wir uns passend zum Konferenzmotto „Reinventing Quality“ als Disziplin weiterentwickeln und dabei gleichzeitig effektiver und effizienter werden.

-- Since this post accompanies a talk in German, it is written in German, too.

Ein gute Continuous Integration läuft weniger als 10min － etwa die Zeit, um einen neuen Kaffee zu holen. Oft sprengt die Laufzeit der (automatisierten) Tests jedoch diesen Rahmen. Ein Lösungsansatz ist, eine Teilmenge der Tests für schnelles Feedback direkt auszuführen und die übrigen Tests in nachgelagerte Test-Builds (z.B. nightly) auszulagern, die auch länger brauchen dürfen. Die Test-Impact-Analyse verfolgt genau diese Idee.

-- Since this post accompanies a talk in German, it is written in German, too.

Viele historisch gewachsene Systeme sammeln über die Jahre Code an, den niemand mehr braucht und der deshalb nutzlos ist. Ein Grund dafür ist beispielsweise, dass bereits implementierte Anforderungen obsolet werden und der Code, der diese Anforderungen implementiert, in der Codebasis verbleibt. Da meist unbekannt ist, welcher Code nutzlos ist, verursacht er oft Kosten ohne Wert zu stiften: Er erhöht Wartungsaufwände, da er bei querschnittlichen Änderungen unnötig mitgewartet wird. Und er verteuert Migrationen, wenn er migriert, aber nicht gebraucht wird. Deshalb ist es wünschenswert, nutzlosen Code zu kennen und diese unnützen Aufwände einzusparen. In diesem Vortrag stellen wir drei statische und dynamische Analyseansätze vor, die wir in den letzten Jahren bei der Analyse von Kundensystemen und im Rahmen von Forschungsarbeiten entwickelt haben.