Show description

Oftmals müssen auch Testfälle mit ähnlich strukturierten Daten erstellt werden, hierzu gibt es in JUnit Möglichkeiten, diese Herausforderung systematisch abzuarbeiten. x betrachtet, ein Framework, das im Wesentlichen Annotationen nutzt, um Tests und Eigenschaften von Tests zu definieren. x werden teilweise auch weiterentwickelt, da es weitere Testwerkzeuge gibt, deren Ergebnisse aus generierten Testfällen bestehen. x stattgefunden, sodass ein genauerer Blick auf die frühere JUnit-Version sinnvoll ist.

Einstellungen einzelner Nutzer verwaltet werden sollen. Kritisch ist allerdings, dass dann ein Konstruktor zur Verfügung steht, mit dem ein Mitarbeiterobjekt mit Wert null für den Nachnamen erzeugt werden kann. Dieses einfache Beispiel zeigt, dass der Wunsch, die Bean-Technologie zu nutzen, zusammen mit den Anforderungen der Spezifikation nicht erfüllt werden können. Hier muss im Projekt ein individueller Kompromiss vereinbart werden. Eine ähnliche Diskussion wie vorher kann über die Methode setId geführt werden, da sie zur Bean-Serialisierung benötigt wird, es allerdings ermöglicht, dass eine id mehrfach vergeben wird.

B. ein Verzeichnis zum Speichern der Nutzereinstellungen genutzt, muss definiert werden, ob dieses Verzeichnis vor der Testdurchführung bereits existieren soll und welcher Inhalt sich in dem Verzeichnis befindet. Wird man noch genauer, muss für das Verzeichnis und die Dateien auch festgelegt werden, welcher Nutzer mit welchen Rechten zugreifen darf. Dies mag beim ersten Lesen sehr penibel klingen, werden aber solche Gedanken vernachlässigt, führt man Tests immer nur mit einer schon erfolgreich initialisierten Software durch und vergisst zu prüfen, was passiert, wenn aus irgendwelchen Gründen das Verzeichnis nicht existiert der eine erwartete Datei nicht zugreifbar ist.