Kapitel 3 geht darum, Fehlerzustände zu finden, ohne etwas auszuführen: was statischer Test ist, welche Arbeitsergebnisse geprüft werden können, warum frühes Feedback günstig ist, die Aktivitäten des Reviewprozesses, die beteiligten Rollen, die Reviewarten nach Formalität und die Erfolgsfaktoren von Reviews.
Nur vier Fragen, alle K1 und K2, und die Formulierungen sind über Lehrplanversionen hinweg stabil. Zusammen mit Kapitel 6 ist das der beste Ertrag pro Lernstunde im ganzen Lehrplan — zwei Abende bringen sechs Punkte.
Wo diese Punkte verloren gehen:
Statischer Test findet Fehlerzustände, keine Fehlerwirkungen — es wird nichts ausgeführt, also kann keine Fehlerwirkung auftreten. Jede Option, die behauptet, statischer Test beobachte Fehlerwirkungen, ist per Definition falsch.
Reviewarten nach Formalität — informelles Review, Walkthrough (vom Autor geführt), technisches Review (Peers, dokumentiert), Inspektion (formal, definierte Rollen und Metriken). Die Frage beschreibt ein Szenario und fragt nach der Art.
Rollen — Autor, Manager, Moderator, Protokollführer, Reviewer, Reviewleiter. Der Moderator leitet die Sitzung, der Protokollführer hält fest, und der Autor leitet niemals eine Inspektion.
Statische Analyse ist Werkzeugarbeit, Review ist Menschenarbeit — beides ist statischer Test, aber sie finden Verschiedenes (Verstöße gegen Programmierrichtlinien und Abhängigkeiten gegenüber unklaren Anforderungen).
Dieses Kapitel wird am stärksten abgedeckt (4 Fragen) in CTFL v4.0 — Probeprüfung 5 (Promo-Codes, Bestellablauf & Abnahmetest)