Wenn Ausf\u00fchrungspfade f\u00fcr die Pr\u00fcfung mit Mocks zu komplex werden, kommt man mit einem Matcher viel weiter. In diesem Artikel erl\u00e4utern wir zun\u00e4chst die Grundlagen von Unit Tests, um dann auf die Probleme mit Mocks einzugehen und Matchers als Alternative vorzustellen.<\/p>\n
Unit Tests dienen dazu, die Korrektheit einer funktionalen Einheit zu \u00fcberpr\u00fcfen. Daf\u00fcr wird diese als Testsubjekt in eine Test-Fixture eingebettet, bei der man m\u00f6glichst alle Komponenten bis auf das Subjekt selbst unter Kontrolle hat. Die n\u00f6tigen Hilfsmittel daf\u00fcr bietet ein Test-Framework wie etwa JUnit.<\/p>\n
Die zu testende Funktion erh\u00e4lt und\/oder liefert ggf. Daten und ruft Methoden an Kollaboratoren auf. Die Korrektheit ergibt sich aus der Pr\u00fcfung dieser Daten und des Aufrufverhaltens.<\/p>\n
Zum \u00dcberpr\u00fcfen der Daten, die vom Subjekt produziert bzw. kommuniziert werden, kommt die Funktion <\/p>\n<\/div>assert<\/code> in ihren vielen Auspr\u00e4gungen zum Einsatz. Besonders hervorzuheben ist dabei assertThat(value, matcher)<\/code>, mit der ein Wert mit einer F\u00fclle von Matcher<\/code>-Klassen aus der Hamcrest<\/code>-Bibliothek validiert werden kann. Diese ist besonders darauf ausgelegt, eine L\u00f6sung f\u00fcr die komplexesten Datenstrukturen nach beliebig strikten oder flexiblen Kriterien zu bieten, indem man vorhandene Matcher<\/code> kombiniert oder komfortabel eigene Implementierungen einsetzt.<\/p>\n