Tipps & Tricks für das Testen von Microservices

Größe: px

Ab Seite anzeigen:

Download "Tipps & Tricks für das Testen von Microservices"

Tristan Eberhardt
vor 8 Jahren
Abrufe

1 Tipps & Tricks für das Testen von Microservices Jörg Pfründer Hypoport AG

2 EUROPACE

3 EUROPACE 15% der Immobilienkredite Deutschlands

4 EUROPACE 15% der Immobilienkredite Deutschlands ca. 3 Mrd Euro / Monat

5 Technologien Java / Groovy MongoDB (Oracle) Spring Tomcat / Spring Boot

6 Agenda Traditionelle Testpyramide Besondere Herausforderungen bei Microservices Postel's Law für Tests Drück Dich aus! Production Code ist Test Code Täusche und betrüge Doppelt hält besser

7 Monolith

9 Anzahl der Tests

10 Lose Kopplung

12 #1 Postel s Law für Tests

13 Problem #1 { vorname : Max, nachname : Mustermann } String equals

14 Problem #1 { } vorname : Max, nachname : Mustermann String equals JSONassert (XMLAssert)

15 Problem #1 { } vorname : Max, nachname : Mustermann, name : Max Mustermann String equals JSONassert (XMLAssert)??

16 Problem #1 { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann String equals JSONassert (XMLAssert)

17 Inspiration: UI Automation Nur wenige Elemente der UI werden getestet Das meiste bleibt ungetestet

18 Trick #1 { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann JSONpath (Xpath) Groovy RESTClient (SOAPClient)

19 Trick #1: Postel s Law Be conservative in what you do, be liberal in what you accept from others. Jonathan Postel RFC793 Lizenziert unter Attribution über Wikimedia Commons

Jonathan Postel RFC793 Lizenziert unter Attribution über

20 #2 Drück Dich aus!

21 Problem #2 (Lizensiert unter Creative Commons 3.0 mittleres Bild entfernt)

22 Problem #2 (Lizensiert unter Creative Commons 3.0 mittleres Bild entfernt)

23 Inspiration: Webdriver Page Object

24 Trick #2: Response Object Antwort des Services in einem Response-Object kapseln Response-Object bietet fachliche Methoden an, macht intern die Umsetzung auf JSON bzw. XML

25 Trick #2: Response Object

26 Trick #2: Response Object Verständlichkeit Wiederverwendung

27 #3 Production Code ist Test Code

28 Problem #3 Lose Kopplung

29 Trick #3 Contract Tests { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann

30 Trick #3: Production Code ist Test Code Benutze die Implementierung des Clients als Test: Consumer Driven Tests bzw. Consumer Driven Test Suite (CDTS)

31 Trick #3: Production Code ist Test Code Consumer Driven Test Suite Consumer μ-service Service- Provider

32 Trick #3: Production Code ist Test Code Consumer Driven Tests Technologieunabhängig?

33 Trick #3: Production Code ist Test Code beinahe technologieunabhängig:

34 #4 Täusche und betrüge!

35 Problem #4: Downstream Dependencies? μ-service under Test Downstream Dependency

36 Trick #4: Täusche und Betrüge μ-service under Test Mock

37 #4: Mountebank - der Marktschreier node.js basiert Erhältlich als standalone- Installationspaket oder via npm

38 #4: Mountebank - der Marktschreier μ-service under Test Mountebank

39 POST /imposters { "port": 4545, "protocol": "http", "stubs": [ { "responses": [ { "is": { "statuscode": 200, "headers": { "Content-Type": "text/html; charset=utf-8" }, "body": "<html><body><h1>test</h1></body></html>" } } ], "predicates": [ { "startswith": { "path": "/dokumente/download" } } ] }

40 #4: Mountebank - der Marktschreier μ-service under Test Mountebank

41 #4: Täuscher auf Draht Wiremock Java-basiert als Bibliothek einbinden Konfiguration als nativer Java-Methodenaufruf kein Config-Port nötig

42 #4: Täuscher auf Draht Wiremock

43 Wer startet Wiremock? Der Test Die Applikation

44 Wer startet Wiremock? Der Test Mocks und Testfälle gehören logisch zusammen Separation von Testcode und Productioncode Die Applikation

45 Wer startet Wiremock? Der Test Mocks und Testfälle gehören logisch zusammen Separation von Testcode und Productioncode Kompliziertes Setup Die Applikation

46 Wer startet Wiremock? Der Test Mocks und Testfälle gehören logisch zusammen Separation von Testcode und Productioncode Kompliziertes Setup Die Applikation Weniger Wartezeiten beim Hochfahren Weniger Konfigurationsaufwand Einfacheres Arbeiten lokal

47 Trick #4: Mocking Services (Node.js) github.com/dreamhead/moco github.com/azagniotov/stubby4j github.com/vcr/vcr (RUBY)

48 #5 Doppelt hält besser!

49 Problem #5: Versionierung & CD v3 v2 v7 v4

50 Problem #5: Versionierung & CD μ-service A μ-service B? μ-service C μ-service D

51 Trick #5: Doppelt hält besser!

52 Nur zwei Versionen 1. Die Produktive 2. Die Neue -> Kein Versionsmanagement

53 Unbreak Changes 1. Altes Schema { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann

54 Unbreak Changes 1. Altes Schema 2. Eine Zwischenversion: altes UND neues Schema { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann, displayname : Max Mustermann

55 Unbreak Changes 1. Altes Schema 2. Eine Zwischenversion: altes UND neues Schema 3. Altes Schema ausbauen { } id : , vorname : Max, nachname : Mustermann, name : Max Mustermann, displayname : Max Mustermann

56 Trick #5: Doppelt hält besser Wenn doch mal versehentlich zwei Services genau gleichzeitig ausrollen, die nicht miteinander arbeiten können?

57 Trick #5: Doppelt hält besser Small Changesets

58 Trick #5: Doppelt hält besser Small Changesets Echtes Continuous Deployment

59 Trick #5: Doppelt hält besser Small Changesets Echtes Continuous Deployment Miteinander Reden!

60 Trick #5: Doppelt hält besser - Variante 1

61 Trick #5: Doppelt hält besser - Variante 2

62 Die gekippte Pyramide

63 Tipps & Tricks 1. Postel s Law: Teste nicht zu detailliert 2. Drück Dich aus: Abstrahiere mit Response-Objects 3. Production Code ist Test Code: Einfache Consumer Driven Tests 4. Täusche und Betrüge: Benutze Mocks für Downstream Dependencies 5. Doppelt hält besser: CDTS in der Deployment Pipeline

64 Zum Weiterlesen Mike Cohn: -forgotten-layer-of-the-test-automationpyramid Ian Robinson: Consumer-Driven Contracts: A Service Evolution Pattern consumerdrivencontracts.html Brandon Byars: Enterprise Integration Using REST Jay Fields: Working Effectively with Unit Tests

65 Tipps & Tricks 1. Postel s Law: Teste nicht zu detailliert 2. Drück Dich aus: Abstrahiere mit Response-Objects 3. Production Code ist Test Code: Einfache Consumer Driven Tests 4. Täusche und Betrüge: Benutze Mocks für Downstream Dependencies 5. Doppelt hält besser: CDTS in der Deployment Pipeline

Ähnliche Dokumente

Open Source. Hendrik Ebbers 2015

Open Source. Hendrik Ebbers 2015 Open Source Hendrik Ebbers 2015 Open Source About me Hendrik Ebbers Lead of JUG Dortmund Java Architect @ Canoo Engineering AG JavaOne Rockstar, Java Expert Group Member Speaker, blogger & author Engineering