Testy Kontraktowe na platformie Java i Pact

Tytuł: Testy Kontraktowe na platformie Java i Pact
Kod: Arch-ct
Kategoria: Architektura systemów i aplikacji
Forma: 50% wykłady / 50% warsztaty
Czas trwania: 3 dni
Zapisy: Indywidualne zamówienie i dopasowanie dla grupy.
Logistyka: W siedzibie klienta lub w innym dowolnym miejscu.

Celem szkolenia jest nauka wykorzystania testów kontraktowych do zapełnienia luki w całości strategii testowania mikroserwisów aby zredukować koszt integracji i testów manualnych oraz automatycznych na środowiskach wdrożeniowych.

Uczestnikami szkolenia są programiści mierzący się ze złożonością testowania integracji i bezpieczeństwa wdrożeń w architekturze mikroserwisowej, pragnący poszerzyć swoją wiedzę o sprawdzone strategie i wzorce. Warsztat systematyzuje rozbudowane zagadnienie, daje praktyczne wsparcie przy wdrażaniu i utrzymaniu testów kontraktowych.

Mnogość ruchomych elementów i skomplikowanie architektury mikroserwisów powoduje że znane dotąd strategie pracy z kodem i testami wymagają dedykowanego podejścia. Takiego które zagwarantuje wysoką jakość produktu i sprawną współpracę zespołów nie powiększając jednocześnie kosztu wytworzenia i utrzymania zarówno dla testów wewnątrz pojedynczego mikroserwisu jak i kontraktów oraz interakcji pomiędzy nimi.

    Uczestnicy szkolenia:

  • zrozumieją potrzeby i korzyści oraz konsekwencje wdrożenia testów kontraktowych
  • poznają receptury i kryteria doboru zakresu oraz szczegółowości testowanego kontraktu
  • rozpoznają wzorce i antywzorce spotykane na każdym poziomie testów kontraktowych

Wyróżniki szkolenia

  • Zagadnienia architektury systemu i testów gwarantujących bezpieczeństwo wdrożeń
  • Najlepsze wzorce i praktyki testów kontraktowych
  • Aspekty strategii shift-left w testowaniu oprogramowania

Program Szkolenia

Program jest ramą w jakiej możemy się poruszać merytorycznie - program dla konkretnego szkolenia dedykowanego ustalamy z grupą na podstawie analizy przed-szkoleniowej.

  1. Testy kontraktowe w testowaniu mikroserwisów
    1. Czym jest Architektura Mikroserwisów
      1. Odpowiedzialność serwisów i całego systemu
      2. Odniesienie poziomu testów do poziomu abstrakcji modelu C4
    2. Złamanie kontraktu: Zyski i koszty rozpraszania
    3. Odpowiedzialność zespołów za serwisy i jakość / testy
    4. Wzorce integracji i kontraktów
      1. Komunikacja Synchroniczna i Asynchroniczna
      2. Różnicowanie rodzaju kontraktu między Producentem a konsumentem (OpenHost, Conformist, Consumer-Supplier)
      3. Różnicowanie wzorców komunikatów: Komendy, Zdarzenia i Kwerendy
  2. Testy kontraktowe dla Shift-left: Redukcja kosztu testów
    1. Miejsce testów kontraktowych w piramidzie testowania
    2. Szybka pętla zwrotna
    3. Uzasadnienie i koszt dla testów kontraktowych
  3. Wachlarz narzędzi zapewniających zgodność kontraktów
    1. Dedykowane narzędzia: Pact i Spring Cloud Contract
    2. Pozostałe gwarantujące podzbiór funkcjonalności: SDK, JSON Schema, scalanie, stabilizowanie, Docker Compose
  4. Wdrożenie w projekcie
    1. Strategia pierwszego minimalnego testu kontraktowego
    2. Weryfikacja zgodności kontraktu po obu stronach integracji
  5. Publikowanie kontraktu i wyniku weryfikacji
    1. Wykorzystanie brokera do publikacji i weryfikacji
    2. Definicja kontraktów ‘In Progress’ i ‘Pending’
  6. Rozbudowane testy kontraktowe
    1. Testy komunikacji asynchronicznej
    2. Test Fixtures zapewniające utrzymywalność testów kontraktowych
    3. Zarządzanie stanem i parametrami
  7. Włączenie testów kontraktowych w proces CI/CD
    1. Automatyczna weryfikacja i publikacja kontraktów
    2. Raportowanie wdrożeń na środowiska
    3. Włączenie testów kontraktowych w proces Code Review
  8. Can I deploy: Bezpieczeństwo wdrożeń
    1. Can I merge: weryfikacja czy Pull Request nie złamie kontraktu
    2. Can I deploy: czy na danym środowisku oczekiwany kontrakt jest spełniony
  9. Wzorce i antywzorce w testowaniu kontraktów
    1. Strategia testowania stanowego procesu
    2. Wybór reprezentatywnych zapytań i odpowiedzi
    3. Unikanie błędów w build pipeline u innych zespołów
    4. ‘Nie obiecuj i nie oczekuj nic ponad to co w kontrakcie’


Pobierz program w formacie PDF

Trenerzy

Poznaj ekspertów, którzy mogą poprowadzić Twoje szkolenie.

Jacek Milewski

trener Java

Materiały związane ze szkoleniem

Idea renesansowej pracowni - Bottegi zakłada nieustanną pracę jej członków i dzielenie się jej wynikami.

Zamów szkolenie

Imię i nazwisko:
Firma:
E-mail:
Nr tel:
Temat:
Wiadomość:

Jeżeli preferujesz osobisty kontakt to zawsze możesz zadzwonić.

Iwona Sobótka

Koordynatorka szkoleń


Twoje dane osobowe przetwarzamy, aby udzielić odpowiedzi na Twoje pytanie. Administratorem Twoich danych osobowych jest Bottega It Minds Sławomir Sobótka. Przysługuje Ci prawo wniesienia sprzeciwu wobec przetwarzania, prawo dostępu do danych, prawo żądania ich sprostowania, usunięcia lub ograniczenia ich przetwarzania. Szczegółowe informacje dotyczące przetwarzania Twoich danych osobowych znajdują się TUTAJ.