Das Dokument behandelt den Prozess der Softwarequalitätsprüfung durch Reviews, die dazu dienen, Produkte zu präsentieren und Feedback zu erhalten. Es werden verschiedene Arten von Reviews beschrieben, darunter informelle Reviews, Walkthroughs, technische Reviews und Inspektionen, die sich in Zielen, Formalität und Rollen unterscheiden. Reviews ermöglichen eine frühzeitige Fehlerfindung, erhöhen die Produktivität und fördern den Wissensaustausch im Team.

1. Software Qualitätssicherung
Reviews
Software: Planen. Entwickeln. Testen.

2. Zitat
IBM reported that each hour of inspection saved 20
hours of testing and 82 hours of rework effort that
would have been necessary if the defects found by
inspection had remained in the released product.
(Implementing Automated Software Testing Seite 171)
 Reviews lohnen sich eigentlich immer.
Software: Planen. Entwickeln. Testen.

3. Was sind Reviews?
• Ein Prozess oder Treffen in welchem ein
Produkt präsentiert wird mit der Bitte um
Kommentare oder Freigabe.
• Reviews sind normalerweise «Peer-Reviews»,
also unter gleichgestellten Personen.
«Peer Review», nicht «Pair Review»
Software: Planen. Entwickeln. Testen.

4. Nutzen
• Einfache und wirkungsvolle QS
Sofortmassnahme in jedem Projekt
• Ermöglichen frühe Fehlerfindung
• Erlauben Verbesserung der Entwicklungs-
Produktivität
• Fördert Know how Transfer
Software: Planen. Entwickeln. Testen.

5. 4 Arten von Reviews
• Informelles Review
• Walkthrough
• Technisches Review
• Inspektion
Software: Planen. Entwickeln. Testen.

6. Arten von Reviews
Unterscheiden sich:
• bei den Zielen (*), die erreicht werden sollen
• Formalismus (wir formal der Review abläuft)
• Benötigte Rollen
(*) Ein «Nebenziel» oder «Nebeneffekt» ist immer die
Fehlerfindung
Software: Planen. Entwickeln. Testen.

7. Informelles Review
Zweck: Kostengünstige Lösung, um Nutzen zu
erzielen
Charakter:
– einfachste Variante
– Kein formaler Prozess
– «Gegenlesen unter Kollegen»
– Keine Rollenverteilung
Besser als gar nichts
Software: Planen. Entwickeln. Testen.

8. Walkthrough
Zweck: Know how transfer,
Verständnisförderung, Fehlerfindung
Charakter: Sehr informell bis sehr formal
Autor präsentiert sein Dokument den
Gutachtern.
Software: Planen. Entwickeln. Testen.

9. Technisches Review
Zweck: Alternativen finden, Probleme
diskutieren
Charakter: Fokus auf die Beurteilung der
technischen Aspekte des Reviewobjekts.
Software: Planen. Entwickeln. Testen.

10. Inspektion
Zweck: Fehlerfindung
Charakter:
– Formalste Variante eines Reviews
– Rollen sind klar definiert
– Ablauf durch Regeln definiert
Software: Planen. Entwickeln. Testen.

11. Rollen
• Autor
• Gutachter (Prüfer, Inspektor)
• Moderator / Leiter
• Protokollführer
• «Leser»
• Technischer Experte
Nicht jede Rolle ist bei jeder Review-Art nötigt.
Software: Planen. Entwickeln. Testen.

12. Ablauf
• Planung
• Vorbesprechung / Kick-Off
• Individuelle Vorbereitung
• Durchführung / Review Sitzung
• Protokoll erstellen
• Überarbeitung (Autor)
• Nachbearbeitung (Moderator)
Software: Planen. Entwickeln. Testen.

13. Mögliche Anwendung
Inspektion einer Anforderungsspezifikation vor
dem Walkthrough mit dem Kunden.
Software: Planen. Entwickeln. Testen.

14. Fragen ?
Kommentare ?
Software: Planen. Entwickeln. Testen.