Zwei Übungsaufgaben zu Whitebox-Tests: durchlaufene und fehlende Anweisungen bestimmen, Anweisungs-, Zweig- und Pfadüberdeckungsgrad berechnen, Testdaten ergänzen, die Zahl der Pfade berechnen, die Mindestzahl an Testfällen bestimmen, eine englische Projektrichtlinie anwenden, einen Unit-Test formulieren und die Wahl eines Überdeckungsmaßes begründen.
Drei umfangreiche Übungsaufgaben: Du bildest Äquivalenzklassen, schreibst parametrisierte Tests mit JUnit und pytest, wertest Testberichte und Fehlermeldungen aus, entscheidest, ob Code oder Test falsch ist, beurteilst Tests nach den F.I.R.S.T.-Regeln, verfolgst eine rekursive Methode, vergleichst zwei Umsetzungen anhand von Testfällen, hinterfragst die Aussagekraft der Anweisungsüberdeckung und suchst Fehler in kurzen Python-Skripten – auch mit Datenverlaufstabelle, Debugger und testgetriebener Entwicklung.
Ein Unit-Test prüft automatisch, ob eine kleine Einheit des Programms – meist eine Methode – zu bestimmten Eingaben das erwartete Ergebnis liefert. Der Artikel zeigt, was gute Unit-Tests auszeichnet, wie Du mit JUnit Testfälle formulierst und auswertest, wie Du Testdaten über Äquivalenzklassen und Grenzwerte findest und wie Du mit Schreibtischtest, Datenverlaufstabelle und Debugger Laufzeit- und semantische Fehler im Code – auch in kurzen Skripten – aufspürst und korrigierst.
Übungsaufgabe zur Whitebox-Testfall-Erstellung und Berechnung der Codeüberdeckung am Beispiel einer „Rabatt“-Funktion: Du bestimmst den Anweisungs- und Zweigüberdeckungsgrad eines gegebenen Unit-Tests und ergänzt Testfälle bis zur vollständigen Zweigüberdeckung.
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.
Übersicht über alle Leitfragen und Übungsaufgaben zum Testen von Software: Softwarequalität, Teststrategie und Unit-Tests, testgetriebene Entwicklung (test-driven development, TDD) und Testfallerstellung nach Blackbox- und nach Whitebox-Systematik, jeweils mit den zugehörigen Lehrartikeln.
Ohne Test-Duplikate ist es oft nicht möglich, ein einzelnes Modul zu testen. Abhängigkeiten machen sonst jeden Unit-Test zum Integrationstest. Wir lernen Mocks und Stubs kennen, und dabei – wie aus Versehen – den Unterschied zwischen zustandsbasierten und verhaltensbasierten Unittests. Am Beispiel Mockito/jUnit…
Es werden Unit-Tests für den REST-Controller erstellt. Dazu wird eine gemockte Umgebung konfiguriert. Das Testframework von Spring mit seinen zahllosen Klassen wird vorgestellt.
