Klienci korzystający z systemów SAP coraz częściej podejmują decyzję o migracji z SAP Process Orchestration (SAP PO) do SAP Cloud Platform Integration (SAP CPI). Są to produkty tej samej klasy, realizujące podobne zadania – SAP CPI jest w dużej mierze kontynuacją SAP PO – ale bazujące na innych technologiach i odmiennej architekturze.
Migracja oprogramowania typu Middleware ma więc najczęściej charakter typowo techniczny i zazwyczaj nie pociąga za sobą zmian w przebiegu procesów biznesowych czy w wyglądzie interfejsów. Możliwość wprowadzania poprawek i usprawnień jest wręcz ograniczona. Głównym zadaniem i wyzwaniem jest przeniesienie środowiska SAP w jego dotychczasowym kształcie oraz zapewnienie niezakłóconego działania oprogramowania pomimo zmian w architekturze komunikacji. Dlatego kluczowe i niezbędne jest kompleksowe sprawdzenie całego systemu, ze wszystkimi interfejsami, tak, by mieć pewność, że mimo poważnych zmian backendowych system zachował wszystkie swoje funkcjonalności w niezmienionym kształcie. Można, a nawet należy zdefiniować podzbiór krytycznych biznesowo komunikatów, które w trakcie trwania projektu weryfikowane są wielokrotnie, np. w ramach testów regresji. Nie wolno jednak wykluczyć z zakresu testów interfejsów o niższym priorytecie biznesowym – dla każdego testowanego interfejsu powinien powstać co najmniej jeden pozytywny przypadek testowy.
Testy integracyjne i związane z nimi wyzwania
Ze względu na techniczny charakter projektu migracji kluczowe znaczenie mają testy integracyjne, których rolą jest porównywanie komunikatów wymienianych między podsystemami SAP i sprawdzanie efektów tej komunikacji (dokumentów biznesowych). Weryfikacja całości procesów biznesowych stanowi jedynie uzupełnienie dla testów integracyjnych. Jest realizowana w ramach testów regresji, w celu potwierdzenia poprawności działania krytycznych przebiegów biznesowych.
Testy integracyjne wymagają dużej wiedzy i kompetencji technicznych, muszą zatem być realizowane przez specjalistów. Bez zastosowania odpowiednich narzędzi testy takie są także czasochłonne – ze względu na konieczność manualnego porównywania komunikatów oraz utworzonych lub zmodyfikowanych dokumentów.
Z powyższego obrazu wyłania się charakter testów przeprowadzanych w projekcie migracji SAP PO do SAP CPI. Są to głównie testy integracyjne, skupiające się na porównywaniu wymienianych komunikatów i efektów komunikacji (dokumentów biznesowych) w SAP. Weryfikacja pełnych procesów biznesowych stanowi jedynie uzupełnienie zakresu prac. Jest realizowana w ramach testów regresji, w celu potwierdzenia poprawności działania krytycznych przebiegów biznesowych.
Testy integracyjne, oparte o weryfikację przekazywanych komunikatów wymagają wiedzy i kompetencji technicznych. Bez zastosowania odpowiednich narzędzi, są czasochłonne ze względu na konieczność manualnego porównania komunikatów oraz dokumentów utworzonych lub zmienionych w wyniku komunikacji. Do tego zadania konieczne jest zaangażowanie trudno dostępnych i ograniczonych czasowo specjalistów.
Poziom trudności wzrasta jeszcze, kiedy systemy zewnętrzne, z którymi się integrujemy, nie mają dostępnych środowisk testowych. W tej sytuacji musimy podjąć decyzję, czy sami symulujemy środowisko testowe, czy używamy do testów jakiejś części środowiska produkcyjnego, czy wręcz rezygnujemy z testów takiego interfejsu. Każda z tych decyzji wiąże się z ryzykiem biznesowym.
Z tych powodów kompleksowe przeprowadzenie testów integracyjnych w procesie migracji szyny danych może okazać się poważnym wyzwaniem.
Automatyzacja testów integracyjnych w SAP
Chcąc usprawnić proces testowania oraz ograniczyć ryzyko i obniżyć koszty związane z testami integracyjnymi, warto wykorzystać Int4 IFTT – narzędzie automatyzujące testy integracyjne z systemami SAP.
Dzięki automatyzacji oszczędzamy czas, redukujemy zaangażowanie zespołów biznesowych, zwiększamy natomiast liczbę zweryfikowanych komunikatów.
Narzędzie Int4 IFTT konfigurujemy osobno dla każdego interfejsu. W przypadku bardziej złożonych procesów istnieje możliwość wykorzystania skryptów eCATT w celu odwzorowania manualnej akcji użytkownika w systemie. Int4 IFTT umożliwia wykorzystanie komunikatów pochodzących z systemu źródłowego (np. produkcyjnego) i ponowne ich uruchomienie na środowisku testowym po migracji.
Migracja do SAP CPI z udziałem Int4 IFTT odbywa się w trzech etapach:
- Pobranie komunikatów ze środowiska SAP PO. Komunikaty są zbierane z archiwalnych wiadomości (wejściowych i wyjściowych) ze środowiska produkcyjnego oraz dokumentów biznesowych (zamówień, faktur etc.) z systemu SAP ERP. Na podstawie tak zgromadzonych danych otrzymujemy obraz wiadomości i dokumentów biznesowych, który będzie punktem odniesienia po migracji do SAP CPI. Każdemu komunikatowi odpowiada pozytywny przypadek testowy, dzięki czemu w automatyczny sposób zostaje zdefiniowany zakres testów do wykonania.
- Migracja do SAP CPI, w trakcie której generowane komunikaty porównywane są na bieżąco z komunikatami zdefiniowanymi w pierwszym etapie. Int4 IFTT pozwala na wielokrotne powtarzanie testu raz pobranego komunikatu w dowolnie skonfigurowanym środowisku.
- Walidacja. Int4 IFTT pokaże różnice w komunikatach i dokumentach powstałych po migracji do SAP CPI oraz pomoże zidentyfikować różnice/błędy w konfiguracji nowego środowiska (błędny URL, niedostateczna liczba odbiorców, itd.). Raport z testów jest prezentowany w SAP GUI lub wysyłany mailem. Dodatkowo, w przypadku wystąpienia błędów może zostać utworzone automatyczne zgłoszenie w systemie SAP Solution Manager.
Do przeprowadzenia testów na nowym środowisku nie są konieczne systemy dziedzinowe inne niż SAP i szyna integracyjna.
Schemat realizacji testów z wykorzystaniem Int4 IFTT przedstawia poniższy rysunek:
Rys. 1. Proces realizacji testów z wykorzystaniem Int4 IFTT. Źródło: materiały Int4 IFTT
Testy po zakończeniu projektu – testy integracyjne jako Continuous testing w CI/CD
Po zakończeniu projektu migracji Int4 IFTT umożliwia automatyczne, cykliczne testowanie bieżących zmian przy pomocy skonfigurowanych wcześniej testów. Testy mogą być uruchamiane w tle, a ich wyniki przedstawiane na bieżąco zespołowi. Automatycznie utworzone repozytorium (z etapu pierwszego) może być rozwijane i modyfikowane. Istnieje możliwość pobrania nowych komunikatów z systemu produkcyjnego, dodania nowej wersji komunikatu i uruchomienia go na dowolnym środowisku. Dzięki Int4 IFTT możliwa jest ciągła kontrola jakości integracji bez konieczności utrzymywania dodatkowego środowiska testowego, co przekłada się na znaczące oszczędności czasu i środków.
Rys. 2. Mechanizm wirtualizacji środowiska SAP w procesie testowym. Źródło: materiały Int4 IFTT
Podsumowanie
Przejście do SAP CPI pociąga za sobą konieczność dużego nakładu prac związanych z weryfikacją poprawności komunikacji po migracji. Wykorzystanie do tych prac narzędzia automatyzującego Int4 IFTT wydaje się optymalnym rozwiązaniem.
Int4 IFTT pozwala skutecznie i szybko przeprowadzać wiarygodne i powtarzalne testy integracyjne na dużej próbie rzeczywistych komunikatów, utworzonych na podstawie archiwalnego ruchu w środowisku produkcyjnym SAP PO oraz na podstawie dokumentów biznesowych z systemu SAP ERP. Dzięki zastosowaniu Int4 IFTT optymalizujemy zaangażowanie zarówno zespołów specjalistycznych, jak i biznesowych. Po zakończeniu migracji wypracowany już model testów może być z powodzeniem wykorzystywany w innych projektach, a także w celu bieżącego utrzymywania systemu w ramach Continuous testing.
