Code review’en, den es nicht gibt

„Wir führen nun Code-Reviews ein“. Dies ist ein Satz, der oft gesagt wird, um den Startschuss für bessere Code-Qualität und eine Wissensverteilung im Team zu geben. Bevor eine Quellcode-Änderung in den Haupt-Entwicklungszweig zurückgeführt wird, wird diese von mindestens einem anderen Entwickler begutachtet und freigeben. Man verspricht sich dadurch, dass eventuelle Fehler identifiziert werden, bevor die Quellcode-Änderung in das Produktiv-System übertragen wird und Schaden verursachen.

(mehr …)

Tests für alten Code schreiben

Nachdem der Entwicklungsprozess automatisiert, die Test-Umgebung aufgesetzt und die ersten Tests für neue Klassen entwickelt wurden, stellt sich die Frage, was mit dem bereits bestehenden Code geschehen soll.  Der Code ist teilweise sehr alt, hat viele Abhängigkeiten und scheint untestbar zu sein. Aufgrund des Alters handelt es sich evtl. sogar um Code, der von Entwicklern geschrieben wurde, die schon seit langer Zeit nicht mehr im Unternehmen tätig sind. Niemand traut sich wirklich an den Code ran und Refactoring-Maßnahmen werden vermieden.

(mehr …)