Szanowni Państwo,

Arvato dąży do tego by zminimalizować czas, koszt zasobowy oraz potrzeby koordynacji przeprowadzania testów poszczególnych procesów w systemie SAP.

Liczne zmiany systemowe (Change Requesty) związane z nowymi funkcjonalnościami dla poszczególnych klientów wiążą się z potrzebą ponownego testowania wielu aplikacji w środowisku SAP. Zmiana w backendzie danego procesu może powodować potencjalne zaburzenia również na wielu innych etapach procesu. Mając to na uwadze dążymy do tego, aby procesy były stale testowane w sposób automatyczny bez potrzeby angażowania w ich wykonanie zespołów testujących.

Z puntu widzenia rodzajów testów możemy wyróżnić:

1. Testy w aplikacji desktopowej SAP GUI
2. Test a aplikacjach webowych dla środowiska Fiori
3. Testy interfejsów wejściowych/wyjściowych

Ad 1. Test automatyczny oznacza symulacje działań użytkownika w ramach przejścia przez dany proces. Skrypt lub innego rodzaju mechanizm korzysta z desktopowej aplikacji SAP GUI, klikając poszczególne guziki, wpisując wymagane dane, przechodząc przez różne ekrany aplikacji tak, by przejść w pełni dany proces biznesowy.

Ad 2. W przypadku aplikacji Fiori mamy do czynienia z aplikacjami webowymi dla których symulacja działań użytkownika oznacza interakcje z obiektami HTML przy użyciu przeglądarki internetowej. Analogicznie skrypt naśladuje tutaj również działania użytkownika docelowego danej aplikacji.

Ad 3. Testy interfejsów polegają na symulacji komunikatów wyjściowych/wejściowych (EDI). Komunikat ma najczęściej formę pliku XML, który trzeba umieścić na odpowiednim zasobie (serwer sFTP), który w dalszej kolejności zostanie zaimportowany do systemu SAP. Automatyzacja w tym zakresie będzie raczej wiązała się z wygenerowaniem odpowiedniej struktury XML oraz sprawdzeniem czy komunikat został zaimportowany pomyślnie, a w jego konsekwencji wykonały się oczekiwane aktywności w systemie SAP (np. stworzyło się zlecenie sprzedaży)

Rozwiązanie miałoby również zapewniać warstwę raportową, czyli wgląd w wykonywanie poszczególnych testów, ich harmonogramowanie oraz możliwy odczyt logu przetwarzania dla wybranych wykonań każdego testu automatycznego oraz podstawowy „error handling”.

Z racji częstotliwości dokonywania zmian systemowych na potrzeby klientów rozwiązane powinno być też na tyle elastyczne by umożliwić zmiany w poszczególnych krokach testu automatycznego. Dla przykładu, w aplikacji zostanie dodany nowy guzik, który trzeba kliknąć i wpisać w wybrane pole dodatkowe dane.

Arvato korzysta z wielu systemów SAP (różne serwery oraz mandanty dla poszczególnych klientów). Procesy różnią się pomiędzy klientami Arvato, dlatego testy muszą zostać tworzone indywidualnie pod technologie oraz architekturę aplikacji wdrożoną w ramach procesów danego klienta. Poszczególne procesy mogą zakładać również wiele sytuacji i przypadków biznesowych, stąd pełen zakres testów danej aplikacji (transakcji) w SAP może zawierać wiele różnych wariacji danego testu/procesu. (inne dane, korzystanie z dodatkowych guzików, wykonanie innych aktywności w systemie).

W kontekście automatyzacji testów Arvato szuka zarówno konsultingu (jak takie rozwiązanie zbudować wewnętrznie, przy użyciu jakich technologii), jak i również outsourcingu (jeśli dana firma w tym się specjalizuje i wykonuje takie usługi na własnej platformie chętnie poznamy szczegóły i umówimy spotkanie wprowadzające).

W przypadku pytań technicznych proszę o kontakt:

Krzysztof Krawiec

Koordynator Ds. Testów SAP / SAP Test Lead

Krzysztof.Krawiec@arvato-scs.com