Best Practice Unit Tests von Readern

[LouCyphre]

Hallo,

ich habe mal eine allgemeine Frage, die theoretisch unabhängig von Java ist.

Stellt euch vor ich habe ein Interface für einen Reader ( IReader ) das eine Methode zum lesen von Daten signiert. Dieses Interface wird von einer Klasse Reader implementiert. Der Reader wiederum wird von einem Service via DI genutzt, was die gelesenen Daten verarbeitet. Ich habe jetzt Unit Tests für den Service geschrieben, würdet ihr auch für den Reader welche schreiben?

Wenn ja - mit welchem Sinn? Gehen wir mal von einer Datenbankabfrage aus, wäre die einzige Problematik, dass die Daten übergeben werden müssen, was ich im Falle von fehlenden Einträgen über eine Ausnahme behandle. Zum Szenario gehört, dassich davon ausgehe, dass die DB korrekt gepflegt wird und keine Typverletzungen oder ähnliches vorliegt. Ich würde eigentlich keine schreiben.

Was denkt ihr?

 

[Oneixee5]

Wenn Reader public ist und public Methoden bereitstellt, dann müsste man dafür Tests schreiben. Denn dann kann Reader überall benutzt werden und nicht nur in einem beschränktem Kontext, der durch andere Tests abgedeckt ist.

 

[LouCyphre]

Okay gut, aber ich frage mich wie die Tests dann aussehen sollen? Also ich mocke die Abfrage und dann habe ich ja quasi nur den happy path und alles andere wird durch die exception abgefangen. Der Reader ist außerdem recht spezifisch, also auf ein Szenario angepasst aufgrund des Rückgabewerts. Wie gesagt eigentlich kein Java Thema, eher allgemein Softwarearchitektur