Was ist ein Code-Review?

Code-Review: Definition und Zweck

Beim Code-Review liest ein zweiter Entwickler die Änderungen des Kollegen, bevor sie in die Hauptversion gelangen. Es ist das Vier-Augen-Prinzip für Software. Geprüft werden Funktion, Verständlichkeit, Sicherheit und Konsistenz mit den Vorgaben des Projekts: Löst der Code die Aufgabe, und kann ihn in einem Jahr noch jemand verstehen und ändern?

Wichtig ist der Nebeneffekt: Reviews verteilen Wissen. Wenn mehrere Personen jede Änderung kennen, hängt das Projekt nicht an einem einzelnen Entwickler. Sie sind außerdem eine Gelegenheit, Standards gemeinsam durchzusetzen und Neulinge anzuleiten. Auftraggeber profitieren indirekt durch weniger Fehler im Betrieb.

So läuft ein Code-Review ab

Üblich ist der Ablauf über Pull Requests oder Merge Requests in Git-Plattformen wie GitHub oder GitLab. Der Entwickler beschreibt seine Änderung, Kollegen kommentieren Zeile für Zeile, fordern Anpassungen an oder geben die Änderung frei. Erst nach der Freigabe wird sie in den Hauptzweig übernommen.

Ergänzend laufen automatisierte Prüfungen: Linter kontrollieren Stil und typische Fehlerbilder, Tests sichern das Verhalten ab, statische Analysen suchen nach Sicherheitsproblemen. So müssen Menschen nicht über Einrückungen und Leerzeichen diskutieren und können sich auf Logik, Architektur, Sicherheit und Risiken konzentrieren, wo ihr Urteil wirklich gebraucht wird.

Praxis­bei­spiel: Rabattbe­rech­nung im Online­shop

Ein Händler lässt in seinem Shop Staffelrabatte für Geschäftskunden einbauen. Der Entwickler setzt die Berechnung um, und im Review fällt dem Kollegen auf, dass bei bestimmten Mengen falsch gerundet wird und der Rabatt versehentlich auch auf die Versandkosten wirkt. Beides steht so nicht in der Aufgabenbeschreibung.

Beides wäre bei Stichproben vermutlich durchgerutscht und erst durch Kundenreklamationen aufgefallen. So wird die Korrektur vor der Veröffentlichung erledigt, und kein Kunde sieht je eine falsche Summe. Auch bei Zahlungsfunktionen, Rechteprüfungen und Schnittstellen zu Buchhaltungssystemen lohnt der zweite Blick besonders, weil Fehler dort teuer werden.

Vorteile, Grenzen und typische Fehler

Code-Reviews steigern Qualität und Sicherheit und verbessern die Zusammenarbeit. Sie kosten aber Zeit und sind nur so gut wie die Sorgfalt der Prüfer; sie ersetzen weder Tests noch eine fachliche Abnahme. Außerdem können sie Teams ausbremsen, wenn Freigaben tagelang liegen bleiben. Typische Fehler:

• Riesige Änderungen auf einmal prüfen, sodass nur noch überflogen wird
• Durchwinken ohne echte Prüfung, um den Zeitplan zu halten
• Nur über Stilfragen diskutieren statt über Logik und Sicherheit
• Kritik an der Person statt am Code, was die Zusammenarbeit belastet
• Keine Regeln, was ein Review prüfen muss

Worauf Unternehmen achten sollten

Fragen Sie Dienstleister, ob jede Änderung von einer zweiten Person geprüft wird und welche automatisierten Prüfungen ergänzend laufen. Kritische Bereiche wie Zahlung, Anmeldung und Datenzugriff verdienen besondere Aufmerksamkeit. Bei Nano Concepts durchläuft jede Änderung ein Review und automatisierte Prüfungen, bevor sie auf Ihr System kommt.