Unittests für DB-Zugriffe

[hoika]

Hallo,
nettes Thema habe ich da aufgeworfen

Zum Punkt Mock-Objekte:
Wie prüfe ich meine App beim Umstieg auf eine neue FB-Version?

Natürlich ohne die Mocks!

Mir ging es gerade und: Kommt hinten das richtige raus?

Heiko

[Dejan Vu]

Wir haben (so wie jeder, denke ich) das gleiche Problem. Die Frage, die Du dir stellen musst, ist nicht: "Wie teste ich den Code, den ich geschrieben habe?" Sondern eher: "Wie schreibe ich Code, damit ich ihn testen kann?" Bei der DB-Frage würde ich wirklich alle Einzelkomponenten testen (deinen Provider brauchst Du nicht zu testen). Schreibe Dir doch DB-Unittests, die z.B. sicherstellen, das die Tabellen und Views ein bestimmtes Format haben. Auf der anderen Seite schreibst du die UT, die gegen genau dieses Layout prüfen.

Um einen (Blackbox)Integrationstest, der einfach prüft, was hinten rauskommt, kommst Du eh nicht herum. Vielleicht testest Du ja in der DB gegen die Tabelle (A,B,C) und im UT gegen (A,B,X). Beide Tests gelingen.

[BUG]

Zitat von hoika:

Natürlich ohne die Mocks!

Imho lassen sich die Antworten so zusammenfassen: Das sind Integrationstest. Es empfiehlt sich, sie logisch von den Unit-Test zu trennen, aber es spricht nichts dagegen die gleiche Tool-Unterstützung wie für Unit-Tests zu verwenden.

Zitat von Dejan Vu:

Die Frage, die Du dir stellen musst, ist nicht: "Wie teste ich den Code, den ich geschrieben habe?" Sondern eher: "Wie schreibe ich Code, damit ich ihn testen kann?"

Die schwierigeren Varianten davon sind: "Wie teste ich den Code, den ich nicht geschrieben habe?" und "Wie schreibe ich Code um, damit ich ihn testen kann?"

[hoika]

Hallo,
genau diese Trennung der länger dauernden Tests bin ich am Überlegen.
Ich liege also zumindestens nicht so falsch mit meinem aktuellen Vorgehen.

Danke

Heiko

[Dejan Vu]

Zitat von BUG:

Die schwierigeren Varianten davon sind: "Wie teste ich den Code, den ich nicht geschrieben habe?" und "Wie schreibe ich Code um, damit ich ihn testen kann?"

1. Integrationtest.
2. SRP, OCP, DI, DRY.