Start · Usługi · Agenci AI na Microsoft Teams · Regresja SAP co noc

Scenariusz · IT i systemy

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

Agentowe testy regresyjne: SAP sprawdzony co noc

Dziś trzy osoby klikają scenariusze przez dwa dni. Z agentami testowymi UiPath krytyczne ścieżki SAP są sprawdzane co noc, a rano na Teams czeka raport: co działa, co się wysypało i gdzie szukać przyczyny.

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; mniej błędów po wdrożeniach na produkcji.

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, czyli 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 transportu, który spowodował błąd.

Stan obecny

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

Ukryte koszty obecnego procesu

Koszt testów, których zabrakło

  • 90 godzin miesięcznie ręcznego klikania scenariuszy testowych.
  • Awarie po wdrożeniach: zatrzymane fakturowanie kosztuje dziesiątki tysięcy euro, dużo więcej niż godziny 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 tych samych 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łacą Państwo co miesiąc od nowa.

Proces po automatyzacji

  1. AutomatyzacjaAgent testowy czyta zakres transportu i dobiera scenariusze
  2. AutomatyzacjaGeneruje brakujące przypadki i dane testowe
  3. AutomatyzacjaWykonuje regresję co noc w Test Cloud
  4. AutomatyzacjaRano raport na Teams: pass/fail, zrzuty, wskazanie przyczyn
  5. 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
  • Wdrożenia SAP z przewidywalnym wynikiem
  • Zespół testowy analizuje wyniki i projektuje przypadki

Wpływ na KPI zarządu

stabilność wydań · pokrycie testami · czas do wydania · koszt incydentów

Co zyskuje kadra zarządzająca

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

Policzmy to dla Państwa organizacji

godzin do odzyskania miesięcznie
rocznej przepustowości do odzyskania

Szacunek ilustracyjny na podstawie Państwa 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 Państwa ś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.

Czas zależy od liczby systemów i reguł; pojedynczy proces wdrażamy zwykle w kilka tygodni.

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

  • Co miesiąc ~3 600 € idzie na klikanie, a kolejne wdrożenie ma ~20% pokrycia
  • Tempo zmian w SAP rośnie: S/4, integracje, poprawki; regresja ręczna nie nadąży
  • Agentowe testowanie dojrzało: scenariusze powstają z opisu procesów

Dlaczego to ważne dla:

CIO

Wdrożenia idą zgodnie z kalendarzem.

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 się ich praca: zajmą się projektowaniem przypadków, analizą ryzyka i decyzjami. Nocne wykonywanie testów przejmują agenci, poranna analiza zostaje u ludzi.

„Nasz SAP jest mocno zmodyfikowany.”

Dlatego scenariusze powstają z Państwa procesów, nie z szablonów. Im więcej modyfikacji, tym bardziej regresja się opłaca: standardu nikt Państwu nie zepsuje, Państwa 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 ich mapy

Pytanie na najbliższe posiedzenie

Gdyby dzisiejsza nocna regresja pokryła 80% krytycznych ścieżek, które ryzyko przestałoby Państwa budzić?

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

Proszę dać 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