Start · Rozwiązania agentyczne · Agentowe testy regresyjne: SAP sprawdzony co noc

Case study · IT i jakość

Testy, które nie zdążają przed wdrożeniem

Agentowe testy regresyjne: SAP sprawdzony co noc

Zamiast trzech osób klikających przez dwa dni — agenci testowi UiPath przechodzą krytyczne ścieżki SAP każdej nocy. Rano na Teams czeka raport: co działa, co się wysypało, gdzie patrzeć.

Poproś o pilotaż regresji jednej zmiany Wszystkie case studies

20%krytycznych ścieżek SAP pokrywa ręczna regresja tej przykładowej firmy — bo na więcej nigdy nie ma czasu przed wdrożeniem.

Streszczenie dla zarządu

Wyzwanie

30 transportów SAP miesięcznie; regresja ręczna: 3 osoby × 2 dni, pokrycie ~20%.

Co się zmienia

Agenci testowi generują i wykonują scenariusze co noc; ludzie analizują tylko odchylenia.

Wartość biznesowa

Pokrycie ×4 przy mniejszej pracy; wdrożenia przestają psuć produkcję.

Systemy i zakres

SAP (ECC/S4), UiPath Agentic Testing / Test Cloud, Teams.

Scenariusz ilustracyjny

Firma z SAP w sercu operacji, 30 transportów miesięcznie

Każda zmiana w SAP może zepsuć fakturowanie, magazyn albo płace. Regresja ręczna to 3 osoby przez 2 dni — 90 godzin miesięcznie — a i tak obejmuje tylko to, co najważniejsze.

Pod presją terminu testy się skraca. Potem produkcja staje w środę rano, a zespół szuka winnego transportu. Każdy zna ten scenariusz — i każdy wie, że wróci.

Stan obecny

CzłowiekZespół planuje regresję do nadchodzącego wdrożenia
Człowiek3 osoby klikają scenariusze przez 2 dni
OczekiwanieTerminy gonią — część testów wypada z zakresu
Ryzyko błęduWdrożenie idzie z pokryciem ~20%
Ryzyko błęduBłąd wychodzi na produkcji — przy klientach
CzłowiekGaszenie pożaru i poprawka na szybko

CzłowiekOczekiwanieRyzyko błędu

Ukryte koszty obecnego procesu

Najdroższy test to ten, którego nie było.

90 godzin miesięcznie ręcznego klikania scenariuszy testowych.
Awarie po wdrożeniach: zatrzymane fakturowanie liczy się w dziesiątkach tysięcy, nie w godzinach testerów.
Strach przed zmianą: zespoły odkładają usprawnienia SAP, bo regresja nie nadąża.

Koszt zaniechania

Rok ręcznej regresji≈ 43 200 €

3 lata — te same 2 dni klikania≈ 129 600 €

Awarie produkcyjne po wdrożeniachpoza tym modelem

Praca ręczna to podatek operacyjny: inwestycja w automatyzację jest skończona, koszt ręcznego procesu płacisz co miesiąc od nowa.

Proces po automatyzacji

AutomatyzacjaAgent testowy czyta zakres transportu i dobiera scenariusze
AutomatyzacjaGeneruje brakujące przypadki i dane testowe
AutomatyzacjaWykonuje regresję co noc w Test Cloud
AutomatyzacjaRano raport na Teams: pass/fail, zrzuty, wskazanie przyczyn
CzłowiekCzłowiek analizuje wyłącznie odchylenia i decyduje o wdrożeniu

CzłowiekAutomatyzacja

Co przejmuje automatyzacja

Generowanie i utrzymanie scenariuszy testowych
Nocna regresja krytycznych ścieżek SAP
Raport z dowodami: zrzuty, logi, dane wejściowe

Kiedy decyduje człowiek

Decyzja o dopuszczeniu wdrożenia
Analiza odchyleń i priorytety napraw
Definicja procesów krytycznych do pokrycia

Przed

Pokrycie krytycznych ścieżek~20%

Częstotliwość regresjiprzed wdrożeniami

Praca ręczna / mies.~90 h

Wykrycie błęduna produkcji

Po

Pokrycie krytycznych ścieżek~80%

Częstotliwość regresjico noc

Praca ręczna / mies.analiza odchyleń

Wykrycie błęduprzed wdrożeniem

Model wartości — przykładowe założenia

Model ilustracyjny

30 transportów × 180 min ręcznej regresji= 90 h / mies.

90 h × 40 € kosztu testera i konsultanta= 3 600 € / mies.

12 miesięcy× 12

Roczny koszt samych testów ręcznych≈ 43 200 €

Efekty biznesowe

Pokrycie rośnie z ~20% do ~80% — przy mniejszej pracy ręcznej
Błędy wychodzą nocą w środowisku testowym, nie rano na produkcji
Wdrożenia SAP przestają być weekendową loterią
Zespół testowy analizuje i projektuje, zamiast klikać

Wpływ na KPI zarządu

Release stabilityTest coverageTime to releaseIncident cost

Co zyskuje kadra zarządzająca

Codzienny, obiektywny obraz zdrowia krytycznych procesów SAP
Decyzje o wdrożeniach na podstawie raportu, nie odwagi
Historia jakości wdrożeń — twardy argument w rozmowach z dostawcami zmian

Policz dla swojej organizacji

Wolumen miesięcznie

Minut pracy ręcznej na sprawę

Pełny koszt godziny pracy (€)

godzin do odzyskania miesięcznie

rocznej przepustowości do odzyskania

Szacunek ilustracyjny na podstawie Twoich danych. To model uwolnionej przepustowości — nie obietnica oszczędności.

Systemy w tym scenariuszu

Wejście

Transporty SAP (zakres zmian)
Scenariusze i dane testowe
Kalendarz wdrożeń

Warstwa agentowa Mienthy

UiPath Agent Builder
Roboty UiPath
Maestro™ · Action Center

Systemy docelowe

SAP ECC / S/4HANA
UiPath Test Cloud
Teams (raporty)

Akceptacja człowieka: Teams / Action Center

Co dostarczamy

Mapa krytycznych ścieżek SAP z właścicielami procesów
Scenariusze regresyjne generowane i utrzymywane przez agentów
Nocne wykonania w Test Cloud z danymi testowymi
Poranny raport pass/fail na Teams z dowodami
Pilotaż: regresja jednej nadchodzącej zmiany
Rozszerzanie pokrycia co sprint według ryzyka

Czego potrzebujemy na start

Lista krytycznych procesów SAP (10–15 na start)
Dostęp do środowiska testowego SAP
Przykładowe dane testowe albo zgoda na ich generowanie
Kalendarz najbliższych transportów

Harmonogram wdrożenia

Discovery

Mapujemy proces, dane i wyjątki z właścicielami procesu.

Projekt

Docelowy przepływ, reguły biznesowe, progi akceptacji.

Budowa

Agenci, roboty i integracje w Twoim środowisku.

Walidacja

Testy na rzeczywistych przypadkach, obsługa wyjątków.

Go-live

Kontrolowane uruchomienie z nadzorem człowieka.

Optymalizacja

Monitoring, raporty i ciągłe doskonalenie.

Typowy czas zależy od liczby systemów i reguł — pojedynczy proces to zwykle tygodnie, nie kwartały.

Ryzyko i kontrola

Autonomia pod kontrolą

Testy wyłącznie w środowisku testowym — produkcja nietykalna
Każdy wynik z dowodem: zrzut, log, dane wejściowe
Decyzja o wdrożeniu zawsze po stronie człowieka
Scenariusze wersjonowane — pełna historia zmian testów

Dlaczego teraz

Każdy miesiąc to ~3 600 € klikania i kolejne wdrożenie na ~20% pokrycia
Tempo zmian w SAP rośnie — S/4, integracje, poprawki; regresja ręczna nie nadąży
Agentowe testowanie dojrzało: scenariusze generują się z procesów, nie z nagrań

Dlaczego to ważne dla:

CIO

Wdrożenia według kalendarza, nie według odwagi zespołu.

COO

Fakturowanie i magazyn nie stają w środę po transporcie.

CFO

Koszt awarii produkcyjnych spada; koszt testów jest stały i przewidywalny.

Pytania, które zwykle słyszymy

„Mamy nagrane skrypty testowe.”

Nagrania kruszą się przy każdej zmianie ekranu i danych. Agenci budują scenariusze z logiki procesu i sami utrzymują je w zgodzie ze zmianami.

„Testerzy stracą pracę?”

Zmienią ją: z klikania na projektowanie przypadków, analizę ryzyka i decyzje. Klikanie nocą przejmują agenci — analiza rano zostaje u ludzi.

„Nasz SAP jest mocno zmodyfikowany.”

Dlatego scenariusze powstają z Waszych procesów, nie z szablonów. Im więcej modyfikacji, tym bardziej regresja się opłaca — standardu nikt Wam nie zepsuje, Wasze rozszerzenia tak.

Kiedy to nie jest właściwe rozwiązanie

SAP niemal bez modyfikacji i kilka transportów rocznie
Brak środowiska testowego — najpierw ono, potem automatyzacja testów
Procesy krytyczne nieopisane nawet na poziomie listy — zaczniemy od mapy, nie od testów

Pytanie na najbliższe posiedzenie

Gdyby dzisiejsza nocna regresja pokryła 80% krytycznych ścieżek — które ryzyko przestałoby Was budzić?

Ile kosztowała Was ostatnia awaria po transporcie SAP, którego nikt nie przetestował?

Dajcie nam jedną nadchodzącą zmianę SAP — zbudujemy dla niej regresję i pokażemy raport z pierwszej nocy.

Poproś o pilotaż regresji jednej zmiany

Powiązane automatyzacje