Wie testest du Code, der mit einer Datenbank und einer externen API spricht?

Test gegen eine echte Datenbank im Container statt die Datenschicht zu mocken, denn die meisten Bugs stecken in Queries, Migrationen und Transaktionen, die ein Mock nicht ausdrücken kann. Externe APIs mockst du an der Transportgrenze mit aufgezeichneten oder gestubbten HTTP-Antworten, damit dein eigener Client-Code wirklich läuft, und du ergänzt ein kleines Set an Contract Tests gegen den echten Service, um Abweichungen zu erkennen. Halt Tests isoliert, mit einer Transaktion pro Test oder frischen Schemas.

Meine Regel ist, am Rand meines Prozesses zu mocken und nicht innerhalb. Die Datenbank ist also echt, im Container mit derselben Engine und Version wie Produktion, und die Migrationen laufen zu Beginn des Durchlaufs, womit auch die Migration selbst jedes Mal getestet wird. Jeder Test läuft in einer Transaktion, die zurückgerollt wird, oder bekommt sein eigenes Schema, wenn er committen muss, so bleiben Tests isoliert und können parallel laufen. Das Repository zu mocken gäbe mir grüne Tests, die nichts beweisen, denn die Bugs, die ich tatsächlich ausliefere, stecken in Queries, Constraints und Transaktionsgrenzen. Bei einer externen API stubbe ich auf HTTP-Ebene mit aufgezeichneten Antworten, sodass mein Client, meine Retry-Logik und mein Parsing wirklich laufen; ich gehe nur nicht ins Netz. Weil Aufzeichnungen veralten, fahre ich zusätzlich eine kleine Contract-Suite gegen deren Sandbox nach Zeitplan, nicht bei jedem Pull Request, damit ich von einer Änderung durch einen fehlgeschlagenen Job erfahre und nicht durch einen Alert um drei Uhr nachts.