Was ist eine Code-Review?

Der Code-Review-Prozess

• Gibt es offensichtliche Logikfehler im Code?
• Sind alle Fälle, wie in den Anforderungen festgelegt, vollständig umgesetzt?
• Sind die automatisierten Tests ausreichend, um den Code zu prüfen? 
• Müssen einige Tests umgeschrieben werden, um diesen Code besser zu prüfen?
• Werden mit diesem neuen Code alle Stilrichtlinien eingehalten?

Code-Review in Ihren Workflow integrieren

Wussten Sie, dass Sie ohne Code-Review als Teil Ihres Prozesses bis zu 80 % Ihrer Zeit dafür aufwenden könnten, an der Oberfläche Fehler zu beheben, die durch nicht dokumentierte Anforderungen und Metriken, Datenanomalien, unerwartete Benutzeraktivitäten, Hardware-Inkompatibilitäten und Installationsprobleme verursacht werden?

Wenn ein Code-Review bisher nicht Teil Ihres Prozesses ist, wird es Zeit, diesen direkt in die Testphasen zu integrieren — unabhängig von Ihrem Workflow-Stil. Vielleicht nutzt Ihr Team zum Beispiel Task-Branching-Workflows. Ist dies der Fall, leiten Sie das Code-Review ein, sobald der gesamte Code fertiggestellt ist und die automatisierten Tests gelaufen und bestanden wurden. Jetzt ist der Zeitpunkt gekommen, den Code nach oben zu mergen, um ihn von Code-Reviewer:innen auf Aspekte überprüfen zu lassen, die automatisierte Tests womöglich übersehen haben. Durch diese Integration minimieren Sie schlechte Coding-Entscheidungen und verhindern eine Verunreinigung der Hauptentwicklungslinie. 

Wie können Sie Code-Review in Ihren Workflow integrieren? Das hängt ganz von Ihrem Prozess ab. Werfen Sie einen Blick auf die häufigsten Workflows und unsere Empfehlungen, wo Code-Review idealerweise eingebunden werden sollte.

• Wasserfall-Modell: 

Dieser Softwareentwicklungszyklus wird typischerweise von großen Organisationen oder Agenturen genutzt, die eine intensive Dokumentation sämtlicher Anforderungen und des Umfangs vor Projektbeginn verlangen. Es ist ein rigider Ansatz mit wenig Spielraum für größere Änderungen.

Planung > Anforderungen > System- & Softwaredesign > Implementierung > Testen > Code-Review > Deployment > Wartung & Updates

• Prototyping-Entwicklungsmodell:

Wenn Sie unsicher sind, was Benutzer:innen mögen oder nicht, bietet Ihnen dieses Entwicklungsmodell die Möglichkeit, Risiken zu bewerten, bevor Sie etwas auf den Markt bringen. Prototypen können nach dem Test verworfen oder weiterentwickelt werden.

Von agiler Softwareentwicklung bis hin zu iterativen und inkrementellen Entwicklungsmodellen sollte Code-Review in jeder Phase als Teil der Tests verankert sein.

JOIN THE COMMUNITY

Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

Sign up with LinkedIn

Or sign up with email:

Email

This field is for validation purposes and should be left unchanged.

Name*

First name Last name

Business email*

This field is hidden when viewing the form

Free Account Module

Bottom BarLanding PageFooterInlinePop UpSidebarSSO

LinkedIn profile

Seniority*

Select an optionExecutive / C-suiteVPDirectorManagerIndividual ContributorOther

Company's AI adoption maturity*

Select an optionExploring opportunitiesRunning pilotsScaling adoptionEmbedded in the business model

Vorteile von Peer-Code-Review

Jede Art von Team kann von Code-Review profitieren, doch besonders für agile Teams ist es ein Game-Changer — aufgrund der inhärenten Dezentralisierung dieses Workflows. Mit implementierten Code-Review-Systemen kann Ihr Team Wissen teilen, bessere Schätzungen abgeben, neue Entwickler:innen einarbeiten, Urlaube ermöglichen und die Last gemeinsam tragen.

Bessere Schätzungen

Da die Aufwandsschätzung im Grunde eine Teamaufgabe ist, erzielen Sie bessere Ergebnisse, wenn das Produktwissen unter der gesamten Entwicklungscrew geteilt wird. Immer wenn neue Features in den bestehenden Code integriert werden, ist der ursprüngliche Entwickler nur eine von mehreren Personen, die wertvolles Feedback geben können. Alle Personen, die am Code-Review teilgenommen haben, kennen aber auch die bekannten Probleme, die Komplexität und die kritischen Bereiche des Codes. Sie erhalten somit mehrere fundierte Einsichten, die Ihre abschließende Schätzung verlässlicher machen.

Erfahrene Entwickler:innen können neue unterstützen

Vielleicht denken Sie, dass Code-Review nur für Senior-Entwickler:innen ist, die Juniors überwachen. Das stimmt aber so nicht! Ein Merkmal eines agilen oder dezentralen Programmierteams ist, dass erfahrene und neue Mitglieder oft zusammenarbeiten. Wenn alle am Code-Review teilnehmen, sparen Sie Zeit, fördern den Austausch über den Code und neuere Mitglieder können einen frischen Blickwinkel einbringen.

Freiräume für Urlaube schaffen

Wenn nur ein Programmierer das gesamte Wissen über den Code besitzt, ist er der alleinige Ansprechpartner für das jeweilige Projekt. Ist diese Person offline oder im Urlaub, an wen kann sich das restliche Team bei Problemen wenden? Durch Code-Reviews haben mehrere Personen das nötige Wissen, um das Projekt zu übernehmen und zu steuern – ganz gleich, wer gerade im Büro ist oder nicht!

Gängige Ansätze für Code-Reviews

Es gibt verschiedene Möglichkeiten, wie Sie Code-Reviews durchführen können – zum Beispiel per E-Mail-Thread, Pair Programming oder mit dem Over-the-Shoulder-Prinzip. Entscheiden Sie, welches Verfahren für Ihr Team am besten geeignet ist, indem Sie sich diese Übersichten ansehen.

E-Mail-Thread

Sobald der Autor den Code fertiggestellt hat, kann die Datei per E-Mail an mehrere Teammitglieder geschickt werden, damit sie diese unabhängig voneinander überprüfen – sobald ihr Arbeitsablauf es zulässt. Flexibel und anpassungsfähig: Der Code-Review per E-Mail-Thread ist häufig einfacher, als alle zu einer gemeinsamen Code-Review-Sitzung zusammenzubringen.

Pair Programming

Bei diesem Ansatz der Softwareentwicklung arbeiten Entwickler Seite an Seite am selben Code und prüfen dabei gegenseitig den Code des anderen, während sie zusammenarbeiten. Bei diesem Verfahren werden Codeänderungen und Reviews direkt in den bestehenden Prozess integriert. Pair Programming kann jedoch zeitaufwändiger und intensiver sein als andere Methoden.

Over-the-Shoulder

Als ältester und einfachster Prozess ist das Over-the-Shoulder-Review eine intuitive Methode für bessere Code-Reviews. Nachdem Sie Ihren Code geschrieben haben, bitten Sie einfach eine Kollegin oder einen Kollegen, an Ihren Arbeitsplatz zu kommen und Ihren Code gemeinsam mit Ihnen in Echtzeit zu überprüfen, während Sie Ihre Herangehensweise dabei erklären. Diese Methode ist sehr informell und wird häufig nicht dokumentiert.

Code-Review-Tools

Nutzen Sie Code-Review-Tools, um Peer Reviews zu organisieren oder digitale Automatisierungen für Qualitätskontrollen zu verwenden. Diese Methoden lassen sich mit traditionelleren, manuellen Code-Review-Verfahren kombinieren.

Optimieren Sie Ihren Code-Review-Prozess

Niemand ist unfehlbar. Und da Code von Menschen geschrieben wird, passieren zwangsläufig Fehler. Reduzieren Sie Fehler und gewährleisten Sie Qualitätssicherung mit einem Code-Review-Prozess, der für Ihr Team funktioniert. So erhalten Sie frühzeitiges Feedback und erhöhen Ihre Qualitätsstandards im gesamten Entwicklungszyklus.

Möchten Sie mehr über weitere Prozesse erfahren, die die Zusammenarbeit im Team sowie die Qualität Ihres Produkts verbessern? Werden Sie Abonnent und erhalten Sie regelmäßig Tipps und Unterstützung!