Testen einer einzelnen Klasse über einen Unit-Test ist „einfach“.

Eine Gruppe aus Klassen zu testen, kann kompliziert werden.

Verschiedene System gleichzeitig integrativ zu testen, wird schnell zu einer echten Herausforderung.

Jedes Team, das mit Microservices arbeitet, muss diese früher oder später integriert miteinander testen (je früher desto besser).

Tests auszuführen, welche Microservices von anderen Teams nutzen, ist in der eigenen Pipeline recht schnell eingerichtet. Die Analyse, im Falle eines Fehlschlags, wird aber schnell kompliziert. Um solch einen Test zu analysieren, braucht man typischerweise den Input der anderen Teams, welche wiederum dafür Zugriff auf die Testergebnisse und deren Logs brauchen. Dies führt dann schnell dazu, dass jedes Team Zugriff auf die Pipelines der anderen Teams braucht.

In dieser Session möchte ich darüber sprechen, wie wir die Herausforderung des integrativen Testens von unseren Microservices angegangen sind. Wie wir die Tests in jede unserer Buildpipelines, die von den Teams ausgeführt werden, eingebunden haben und wie wir die Ergebnisse an einem zentralen Punkt abrufbar gemacht haben. Welchen Herausforderungen wir begegnet sind, wie und mit welchen Werkzeugen wir diese überwunden haben und welche Herausforderungen noch vor uns liegen.

Von dieser Session werdet ihr eine Sammlung aus möglichen Lösungen für Schwierigkeiten und Fallstricke mitnehmen, welchen ihr sehr wahrscheinlich begegnen werdet, wenn ihr eure Microservices integrativ testen wollt.