Testy end-to-end płatności WooCommerce – lista kontrolna QA

Cel i zakres testów E2E

Testy end-to-end płatności w WooCommerce mają potwierdzić, że klient może zapłacić różnymi metodami, a zamówienie przechodzi cały cykl życia bez błędów. Obejmują front, backend, komunikację z bramką i e-maile transakcyjne. Celem jest zgodność biznesowa, techniczna i księgowa: właściwe statusy zamówień, poprawne księgowanie i przewidywalne zachowanie w razie błędów.

Środowiska, konta i dane testowe

Przygotuj osobne środowisko staging, włącz tryb sandbox w bramkach oraz wyczyść logi przed każdą sesją QA. Ustal zakres danych: testowe numery kart, kody BLIK i konta portfeli, testowe adresy e-mail oraz przykładowe koszyki z produktami cyfrowymi i fizycznymi. Zadbaj o różne warianty podatku i dostawy oraz przynajmniej dwie waluty, jeśli sprzedajesz cross-border.

Minimalny zestaw statusów WooCommerce do weryfikacji

• Pending payment – po wejściu na checkout przed autoryzacją.
• Processing – po opłaceniu zamówienia z wysyłką, gdy płatność została przyjęta.
• Completed – po opłaceniu produktów wirtualnych lub po ręcznym zakończeniu procesu wysyłki.
• Failed – po odrzuceniu autoryzacji lub błędzie finalizacji.
• On hold – przy oczekiwaniu na weryfikację lub płatność wymagającą dodatkowego kroku.
• Refunded – po pełnym zwrocie.
• Cancelled – po anulowaniu przez klienta lub timeout.

Sprawdź spójność statusów w WooCommerce, panelu bramki i w systemie księgowym.

Scenariusze podstawowe według metody płatności

• BLIK – kod prawidłowy, kod błędny, przekroczenie czasu, autoryzacja w aplikacji banku przerwana.
• Szybkie przelewy i pay-by-link – poprawne zakończenie, zamknięcie karty przeglądarki po przekierowaniu, powrót po czasie, nieudana autoryzacja bankowa.
• Karty płatnicze 3DS2 – autoryzacja frictionless, autoryzacja z dodatkowym uwierzytelnieniem, odrzucenie przez bank wydawcę, niewystarczające środki.
• Portfele mobilne – Apple Pay i Google Pay na wspieranych urządzeniach oraz zachowanie na niewspieranych (przycisk powinien się ukryć).
• BNPL i raty – pozytywna decyzja, negatywna decyzja, rezygnacja w trakcie procesu.

Zwroty, częściowe zwroty i anulacje

Przetestuj pełny zwrot z poziomu zamówienia w panelu WooCommerce oraz częściowy zwrot na wybraną pozycję lub kwotę. Zweryfikuj, że:

• status zmienia się zgodnie z oczekiwaniami,
• w bramce pojawia się refund, a środki wracają na właściwą metodę,
• e-maile do klienta odzwierciedlają faktyczny stan,
• stany magazynowe aktualizują się poprawnie.

Dodatkowo sprawdź anulację zamówienia przed płatnością oraz po jej zainicjowaniu, ale przed autoryzacją.

Webhooki i idempotencja

Webhooki muszą być dostarczone nawet w razie chwilowych problemów. Sprawdź:

• powtórną dostawę webhooka i poprawną idempotentną obróbkę (brak podwójnych obciążeń),
• logowanie treści webhooków i kodów odpowiedzi,
• bezpieczeństwo sekretów oraz adresów zwrotnych,
• odporność na zmianę kolejności zdarzeń (np. webhook refundu przychodzi szybciej niż webhook success).

Walidacje formularza i dostępność

Zweryfikuj walidację inline dla pól adresowych i e-maili, zgodność z WCAG oraz czytelne komunikaty błędów. Numeryczna klawiatura powinna się pojawiać dla telefonu i kodu pocztowego, a focus po błędzie powinien wskazywać problematyczne pole. Upewnij się, że akceptacja regulaminu i RODO jest wymagana tam, gdzie to konieczne.

Podatki, dostawa i promocje

Scenariusze muszą obejmować:

• różne stawki VAT zależne od kraju i typu produktu,
• darmową dostawę po przekroczeniu progu,
• kody rabatowe kwotowe i procentowe, w tym wykluczenia,
• punkt odbioru i dostawę kurierem, w tym zmianę opcji po podaniu adresu.

Sprawdź, czy sums are spójne na wszystkich ekranach i w e-mailu potwierdzającym.

Przepływy błędów i mechanika ponowień

Zasymuluj timeout bramki, błąd 3DS, utratę sieci oraz zamknięcie karty w trakcie autoryzacji. Oczekiwane zachowanie:

• zachowanie stanu koszyka i formularza,
• możliwość ponowienia płatności jednym kliknięciem,
• propozycja alternatywnej metody,
• wysłanie e-maila z bezpiecznym linkiem pay-by-link.

Wydajność i stabilność checkoutu

Zmierz TTFB, LCP i czas do interaktywności na checkout dla mobile i desktop. Zwróć uwagę na:

• liczbę odwołań do wc-ajax i REST, ich czasu odpowiedzi,
• obciążenie PHP podczas walidacji i zapisu zamówienia,
• stabilność SDK bramek oraz wielkość pakietów JS.

Wyniki porównuj do akceptowalnych progów, np. LCP poniżej 2.5 s dla 75 percentyla.

Kompatybilność przeglądarek i urządzeń

Wykonaj testy na popularnych przeglądarkach i systemach: Chrome, Safari, Firefox, Edge na Windows, macOS, iOS i Androidzie. Sprawdź viewporcie mobilnym orientację pionową i poziomą, a także tryb prywatny i blokery skryptów, które mogą wpływać na SDK płatności.

E-maile transakcyjne i dokumenty

Po sukcesie płatności klient powinien otrzymać czytelne potwierdzenie z podsumowaniem zamówienia, danymi dostawy i numerem kontaktowym. Sprawdź:

• wysyłkę e-maili w scenariuszach success, failure, refund, on hold,
• poprawne tłumaczenia i znaki diakrytyczne,
• generowanie faktur lub paragonów, jeżeli system tego wymaga.

Rejestrowanie zdarzeń i diagnostyka

Włącz logi WooCommerce, logi wtyczek płatniczych oraz rejestrowanie błędów JS. Zweryfikuj, że:

• komunikaty nie zawierają danych wrażliwych,
• dostęp do logów jest ograniczony,
• alerty powiadamiają o spadku akceptacji lub wzroście błędów 3DS.

Automatyzacja testów i dane do powtarzalności

Automatyzuj krytyczne ścieżki z użyciem narzędzi typu Playwright lub Cypress oraz API WooCommerce. Zapewnij:

• dane testowe resetowane przed scenariuszem,
• stuby dla integracji zewnętrznych tam, gdzie to możliwe,
• możliwość uruchomienia zestawu smoke po każdej aktualizacji wtyczek lub motywu.

Lista kontrolna przed publikacją zmian

• Tryb produkcyjny bramek wyłączony na staging, włączony na produkcji.
• Klucze i sekrety środowiska rozdzielone i zaszyfrowane.
• Webhooki zweryfikowane, retry działa, brak błędów 401 lub 5xx.
• Statusy zamówień spójne między WooCommerce a bramką.
• Refundy pełne i częściowe potwierdzone, bez niespójności stanów magazynowych.
• E-maile transakcyjne działają i trafiają do skrzynki głównej.
• KPI akceptacji i czasy ładowania mieszczą się w progach.
• Przygotowany plan rollback i kopie zapasowe.

KPI i raportowanie po wdrożeniu

Zbieraj i monitoruj:

• współczynnik przejścia z checkout do zapłaty i wskaźnik akceptacji płatności,
• czas w kroku płatności oraz rozkład błędów według metody i banku,
• udział porzuceń po błędzie i skuteczność ponowień,
• liczbę refundów oraz czas ich realizacji.

Raportuj tygodniowo, porównując trend przed i po zmianach.

Utrzymanie po aktualizacjach

Po aktualizacji WordPress, WooCommerce, motywu lub wtyczek uruchamiaj smoke testy na checkout, wykonuj transakcję produkcyjną o niskiej wartości i potwierdzaj refunda. Dokumentuj regresje i zamykaj je w sprintach wraz z testami automatycznymi, aby nie wróciły.

Dobrze przygotowana lista kontrolna QA sprawia, że płatności działają przewidywalnie, a zespół szybciej wykrywa i naprawia krytyczne problemy. Dzięki powtarzalnym testom E2E zmniejszasz ryzyko utraty przychodu i podnosisz zaufanie klientów do procesu zakupowego.