Kapitel 10. Wert aus Tests ziehen
Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com
Testen hilft dir, das Richtige zu bauen, und es zeigt dir, wenn etwas nicht mehr so funktioniert, wie es sollte. Aber wenn du beim Testen die falsche Herangehensweise wählst, können deine Tests jede Veröffentlichung verlangsamen, weil sie so lange brauchen, um zu laufen, und sie können immer noch nicht die wirklichen Probleme erkennen. Noch schlimmer ist, dass du viel mehr Zeit damit verbringst, Änderungen an deinen Tests vorzunehmen als am Code selbst!
Testen ist natürlich ein großes Thema. In diesem Kapitel möchte ich es vor allem im Zusammenhang mit der Umstellung auf eine Microservice-Architektur behandeln.1 Das Testen von Microservices ist nicht dasselbe wie das Testen eines Monolithen, und ich möchte erklären, warum.
Die wichtigste Veränderung betrifft die Denkweise und die Organisationsstruktur. Das Testen als separate Aktivität zu behandeln, die von einem separaten Team vor der Veröffentlichung durchgeführt wird, galt lange Zeit als schlechte Idee. Bei Microservices kannst du dir das einfach nicht leisten. Das Testen muss auf dem gesamten Weg zur Produktion von deinem Entwicklungsteam durchgeführt werden, unabhängig davon, ob du spezialisierte QS-Leute in diesem Team hast oder nicht.
Schnelle automatisierte Unit-Tests sind bei einer Microservice-Architektur von großem Nutzen, aber die Durchführung von End-to-End-Tests ...
Get Erfolgreiche Microservices ermöglichen now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.
