Praktikum SDE Code Reviews: Unterschied zwischen den Versionen

Version vom 6. Dezember 2019, 12:29 Uhr

Einleitung

Mit dem Review werden Arbeitsergebnisse der Softwareentwicklung manuell geprüft. Jedes Arbeitsergebnis kann einer Durchsicht durch eine andere Person unterzogen werden. Der oder das Review ist eine statische Testmethode und gehört in die Kategorie der analytischen Qualitätssicherungsmaßnahmen.

In Anlehnung an die IEEE-Norm 729 ist das Review ein mehr oder weniger formal geplanter und strukturierter Analyse- und Bewertungsprozess, in dem Projektergebnisse einem Team von Gutachtern präsentiert und von diesem kommentiert oder genehmigt werden.

Der untersuchte Gegenstand eines Reviews kann verschieden sein. Es wird vor allem zwischen einem Code-Review (Quelltext) und einem Architektur-Review (Softwarearchitektur, insbesondere Design-Dokumente) unterschieden. Diesen Bereichen zugeordnet sind technische Dokumente wie etwa Readmes, Installationsanweisungen oder Bedienungsanleitungen, aber auch Programme oder Skripte, die für eine Installation gebraucht werden, sowie Dokumente mit Informationen und Anweisungen an andere, ähnlich qualifizierte Entwickler, um diese zu befähigen, den Übersetzungsvorgang der Quellen zu einem späteren Zeitpunkt erfolgreich zu reproduzieren, etwa für ein Bug-Fixing (Fehlerkorrektur) oder eine Weiterentwicklung.

Beim Code-Review wird ein Programmabschnitt nach oder während der Entwicklung von einem oder mehreren Gutachtern Korrektur gelesen, um mögliche Fehler, Vereinfachungen oder Testfälle zu finden. Dabei kann der Gutachter selbst ein Softwareentwickler sein. Für unerfahrene Entwickler bietet der Code-Review durch einen erfahrenen Programmierer eine gute Möglichkeit, sich schnell und praxisorientiert weiterzubilden.

Dieser Vortrag gibt einen Überblick über das Thema Code Review.

Ihre Aufgaben

Recherchieren Sie was ein Code Review ist und wie dieses durchgeführt werden kann.
Tragen Sie ihr Modul mit Link in die Tabelle ein, welches zu reviewen ist.
Tragen Sie sich als RevieW ein.
Führen Sie das Review anhand der Vorlage durch und dokumentieren Sie es hier: https://svn.hshl.de/svn/MTR_SDE_Praktikum/trunk/Testdokumente/CodeReviews/
Optimieren Sie Ihren Quelltext anhand des Code Reviews.
Besprechen Sie bis zur Deadline 20.12.19 das Ergebnis mit Prof. Schneider.

Review Zuordnung

#	Modul	Autor	Review von
1	BSF - Bahn- und Spurführung Stopplinien-Verhalten	Yanick Christian Tchenko
2			Yanick Christian Tchenko
3	SenKam_Stopplinienerkennung	Marcel Bröckelmann	Luca Di-Lillo
4

Weblinks

Literatur

Gransberger, R.: Code Reviews: Techniken und Tipps. URL: https://speakerdeck.com/rgra
Best Kept Secrets of Peer Code Review, Cohen, Smart Bear Inc., 2006
Understanding Open Source Software Peer Review: Review Processes, Parameters and Statistical Models, and Underlying Behavioursand Mechanisms, Rigby, Dissertation, 2011
Mäntylä, M.; LASSENIUS, C.: Code Review Defects. IEEE 2007. URL: http://lib.tkk.fi/Diss/2009/isbn9789512298570/article5.pdf

→ zurück zum Hauptartikel: Praktikum SDE

@@ Zeile 27: / Zeile 27: @@
 | 2 ||  ||  ||[[Benutzer:Yanick-Christian_Tchenko|Yanick Christian Tchenko]] ||
 |-
-| 3 || [[]] || [[Marcel Bröckelmann]] ||[[Luca Di-Lillo]]  ||
+| 3 || [[SenKam_Stopplinienerkennung]] || [[Benutzer:Marcel_Broeckelmann|Marcel Bröckelmann]] ||[[Benuter:Luca_Di-Lillo|Luca Di-Lillo]]  ||
 |-
 | 4 ||  ||  ||  ||