Leitfragen zum Überprüfen Deines Grundwissens über die Testfallerstellung nach Whitebox-Systematik: was Whitebox-Tests ausmacht, welche Überdeckungsmetriken es gibt, was sie über die Güte einer Testsuite aussagen und welche Überdeckung aus welcher folgt. Die Antworten sind ausgeblendet.
Leitfragen zum Überprüfen Deines Verständnisses von testgetriebener Entwicklung (englisch test-driven development, TDD): Phasen Red, Green und Refactor, Herkunft, Blackbox-Sicht und Abgrenzung zur Codeüberdeckung.
Zu einer gegebenen Java-Methode (Versandkostenrechner) erstellst Du einen Kontrollflussgraphen und berechnest die McCabe-Zahl (beides optional), bestimmst Anweisungs- und Zweigüberdeckung eines vorhandenen Tests, ergänzt weitere Testfälle nach Whitebox-Systematik, prüfst alles mit dem Code-Coverage-Werkzeug JaCoCo und suchst einen logischen Fehler, den die Whitebox-Sicht übersieht.
Der Artikel erklärt, wie die Whitebox-Metriken Anweisungs-, Zweig-, Pfad- und Bedingungsüberdeckung berechnet werden, und nennt ihre Vor- und Nachteile. An einem Java-Beispiel mit Kontrollflussgraphen zeigt er, wie sich daraus neue Testfälle ergeben, wie Du alle Pfade eines Algorithmus notierst, die Mindestzahl an Testfällen bestimmst und begründet eine passende Überdeckungsart auswählst.
