Code-Review: Warum Website- und App-Betreiber eines brauchen

Sie betreiben eine Website, einen Onlineshop oder eine kleine App. Jemand hat den Code geschrieben: ein Dienstleister, ein Bekannter, eine Agentur, die inzwischen weitergezogen ist, oder Sie selbst nach ein paar Wochenenden mit Tutorials. Er funktioniert, meistens. Aber Sie können nicht beurteilen, ob er solide ist oder mit Klebeband zusammengehalten wird. Ein Code-Review ist ein zweiter Blick von jemandem, der den Code nicht geschrieben hat, und beantwortet diese Frage, bevor aus einem kleinen Problem ein teures wird.

Wann sich ein Review lohnt

• Bevor Sie fertige Arbeit bezahlen. Ein Review zeigt, ob der gelieferte Code vernünftig ist oder voller Abkürzungen steckt.
• Wenn Sie ein Projekt übernehmen. Geerbter Code ohne Dokumentation ist eine Blackbox, bis ihn jemand erklärt.
• Wenn immer wieder etwas kaputtgeht. Ein Formular, das manchmal nicht funktioniert, eine langsame Seite, ein Fehler, der nach jeder Korrektur zurückkommt.
• Vor einem Launch oder einer großen Rabattaktion, wenn ein Fehler echtes Geld kostet.
• Wenn Sie selbst Code schreiben und lernen möchten, was Sie besser machen können.

Was ein Review findet

Wer ein Review macht, liest den Code Zeile für Zeile und sucht nach:

• Fehlern: Logik, die in bestimmten Fällen versagt, etwa bei einem leeren Warenkorb, einem Datum am Monatsende oder einem Namen mit Apostroph.
• Riskanten Stellen: Passwörter direkt im Code, Benutzereingaben ohne Prüfung, Fehlermeldungen, die zu viel verraten.
• Schwachstellen: Code, der heute funktioniert, aber bricht, wenn der Traffic wächst oder eine Bibliothek aktualisiert wird.
• Lesbarkeit: unklare Namen, lange Funktionen und doppelter Code, die jede künftige Änderung langsamer und teurer machen.

Die Probleme werden nach Wichtigkeit sortiert, damit Sie wissen, was Sie zuerst beheben sollten und was warten kann.

Was ein Review nicht leistet

Ein Review liest und erklärt Code; es führt ihn nicht auf Ihrem Server aus und testet nicht Ihre Live-Website. Es ist weder ein vollständiges Sicherheitsaudit noch ein Lasttest. Betrachten Sie die vorgeschlagenen Korrekturen als Vorschläge: Wer das Projekt betreut, sollte jede einzelne testen, bevor sie live geht.

Was Sie einschicken sollten

Die ganze Website ist selten nötig. Wählen Sie die Teile, auf die es am meisten ankommt:

• Wo Geld fließt: Kasse, Zahlungen, Preise und Rabatte.
• Wo Nutzer etwas eingeben: Registrierung, Anmeldung, Kontakt- und Suchformulare.
• Wo es Probleme gibt: die Datei oder Funktion hinter dem Fehler, den Sie sehen.

Ein paar hundert Zeilen von der richtigen Stelle sagen mehr als Tausende Zeilen von allem.

So bereiten Sie den Code vor

• Entfernen Sie Geheimnisse. Ersetzen Sie Passwörter, API-Schlüssel und Kundendaten durch Platzhalter wie PASSWORD_HERE.
• Nennen Sie Sprache und Version, zum Beispiel PHP 8 oder JavaScript mit React.
• Beschreiben Sie, was der Code tun soll, in ein oder zwei einfachen Sätzen.
• Kopieren Sie die genaue Fehlermeldung, falls es eine gibt, vollständig.
• Sagen Sie, worauf es ankommt: den Fehler, die Geschwindigkeit, die Lesbarkeit oder riskante Stellen.

So nutzen Sie das Ergebnis

Geben Sie das Review an die Person weiter, die den Code betreut, und legen Sie gemeinsam die Reihenfolge der Korrekturen fest, beginnend mit den kritischen. Wenn Sie selbst keine technischen Kenntnisse haben, hilft Ihnen die verständliche Zusammenfassung, die richtigen Fragen zu stellen und die Antworten einzuordnen.

Kurz gesagt

Ein Code-Review ist ein unabhängiger Blick, der Fehler, riskante Stellen und Schwachstellen findet, bevor Ihre Kunden es tun. Wenn Sie eines möchten, bestellen Sie ein Code-Review: Sie fügen bis zu 100, 400 oder 1.000 Zeilen ein, beschreiben, was schiefläuft, und erhalten eine schriftliche Erklärung, was der Code tut, eine nach Wichtigkeit sortierte Liste der Probleme und korrigierte Fragmente, die Sie in Ihrem eigenen Projekt testen. Die Zahlung wird erst freigegeben, nachdem Sie die Arbeit abgenommen haben.