Odizolowane środowisko
Oddzielne adresy API, klucze dostępu, bazy danych, kolejki, adresy powiadomień i ograniczenia dostępu.
Dokumentacja / Testowanie
Testowanie integracji przed uruchomieniem
Odizolowane środowisko do sprawdzania API, dostępów, danych testowych, powiadomień, błędów, ponownych operacji, raportów i kryteriów gotowości bez wpływu na system produkcyjny.
Środowisko
oddzielny obszar testowy
Dane
gracze i operacje
Scenariusze
poprawne i błędne
Odbiór
potwierdzenie gotowości
Cykl testowania
Od wydania dostępów do odbioru
01
Przygotować środowisko testowe
Oddzielne adresy, klucze dostępu, powiadomienia, reguły IP i konfiguracja testowa.
02
Utworzyć dane testowe
Gracze, waluty, salda, dostawcy, metody i z góry określone statusy.
03
Wykonać scenariusze
Testy poprawne, błędne, ponowne, opóźnione i awaryjne.
04
Potwierdzić gotowość
Logi, raporty, kryteria odbioru, osoby odpowiedzialne i plan przejścia do środowiska produkcyjnego.
Przegląd
Środowisko testowe powinno odtwarzać rzeczywiste zachowanie API
Przydatne środowisko testowe pozwala powtarzać rzeczywiste scenariusze biznesowe, kontrolować wyniki, analizować każde żądanie i bezpiecznie testować błędy bez wpływu na dane produkcyjne i operacje finansowe.
Kontrolowane dane
Przewidywalni gracze, salda, metody, dostawcy i statusy dla powtarzalnych scenariuszy.
Formalny odbiór
Uzgodnione scenariusze, oczekiwane wyniki, raporty i osoby odpowiedzialne za potwierdzenie gotowości.
Środowiska i dostęp
Rozdzielenie środowiska testowego i produkcyjnego
Środowiska testowe i produkcyjne korzystają z różnych punktów dostępu i nie współdzielą kluczy, użytkowników, powiadomień ani danych finansowych.
01
Wydać oddzielne klucze dostępu
Klucze API, klienci OAuth, sekrety podpisu i konta techniczne są tworzone wyłącznie dla środowiska testowego.
02
Skonfigurować adresy testowe
Główny adres API, adresy powiadomień i zwrotne, dozwolone IP oraz ustawienia TLS są ustalane oddzielnie.
03
Ograniczyć działania rzeczywiste
Środowisko testowe nie wysyła rzeczywistych wypłat, e-maili, SMS-ów, zapytań KYC ani innych zewnętrznych operacji finansowych.
04
Udokumentować różnice
Dokumentowane są różnice w limitach, dostawcach, danych, czasie przetwarzania i dostępnych scenariuszach.
Dane testowe
Dane testowe i kontrolowane stany
Zespół z góry wie, jakie dane wejściowe prowadzą do określonego wyniku i jak przywrócić środowisko do stanu początkowego.
Gracze testowi
Profile aktywne, zablokowane, niezweryfikowane, samowykluczone i inne z ustalonymi statusami.
Salda
Kwoty dostępne, zerowe, niewystarczające, bonusowe i zarezerwowane.
Waluty i precyzja
Waluty tradycyjne i cyfrowe, różne jednostki kwoty, zaokrąglenia i nieobsługiwane kombinacje.
Dostawcy
Dostępne, czasowo wyłączone, błędne i ograniczone rynkowo połączenia.
Gry i produkty
Gra za pieniądze, tryb demo, ograniczenia krajowe, wyłączone produkty i różne scenariusze salda.
Metody płatności
Operacje udane, odrzucone, oczekujące, 3-D Secure, opóźnienia, zwroty i wypłaty.
Weryfikacja klienta i ryzyko
Akceptacja, oczekiwanie, odmowa, ręczna weryfikacja, wysokie ryzyko i zablokowane przypadki.
Reset danych
Powtarzalne przywracanie stanu początkowego, tworzenie nowych obiektów i czyszczenie operacji bez ręcznej ingerencji.
Scenariusze testowe
Obowiązkowe scenariusze testowe
Plan sprawdza pełny proces biznesowy, w tym błędy sieciowe, ponowne dostarczanie i odzyskiwanie stanu, a nie tylko pojedyncze metody API.
Scenariusze poprawne
Pełny proces od pierwszego żądania do statusu końcowego, zapisu finansowego i raportowania.
Scenariusze błędne
Nieprawidłowe dane, niedozwolone działanie, niewystarczające saldo, odmowa, niedostępność i błąd weryfikacji.
Ponowienia i ochrona przed duplikatami
Ten sam ID operacji, ponowny ID zdarzenia i bezpieczny zwrot wcześniej utworzonego wyniku.
Opóźnienia i zerwania połączenia
Wolna odpowiedź, zerwanie połączenia, opóźnione powiadomienie i nieznany wynik operacji.
Naruszenie kolejności
Spóźnione zdarzenie, status końcowy przed pośrednim i nieaktualna aktualizacja obiektu.
Niedostępność systemu
Błędy HTTP 5xx, prace techniczne, niedostępność dostawcy, przepełnienie kolejki i późniejsze odzyskanie działania.
Test musi być powtarzalny
Te same dane wejściowe i wybrany tryb powinny prowadzić do tego samego wyniku, aby zespoły mogły ponownie sprawdzić poprawkę.
Logi i zarządzanie
Diagnostyka i zarządzanie środowiskiem testowym
Każdy scenariusz powinien dać się przeanalizować według ID żądania, zdarzenia, operacji lub innego stabilnego identyfikatora.
Logi i śledzenie
ID żądania i ID korelacji przechodzą przez wszystkie uczestniczące systemy.
Zapisywane są czas, adres metody, status, kod błędu i wynik przetwarzania.
Dostępne jest wyszukiwanie według ID gracza, płatności, rundy, wniosku lub zdarzenia.
Pola wrażliwe są maskowane bez utraty informacji przydatnych do diagnostyki.
Zarządzanie scenariuszami
Można wybrać z góry określony wynik poprawny lub błędny.
Można utworzyć opóźnienie, ponowne powiadomienie, duplikat lub błąd dostawcy.
Dostępne są reset, ponowne wysłanie i nowe uruchomienie wybranego scenariusza.
Różnice między symulacją a środowiskiem testowym rzeczywistego dostawcy są wyraźnie oznaczone.
Odbiór i uruchomienie
Odbiór i przejście do uruchomienia
Integracja jest uznawana za gotową po potwierdzeniu API, bezpieczeństwa, scenariuszy biznesowych, diagnostyki oraz raportowania finansowego lub operacyjnego.
Uzgodnione API
Adresy metod, struktury danych, statusy, błędy i zasady wersjonowania są zgodne z dokumentacją.
Bezpieczeństwo
Klucze dostępu, podpisy, role, reguły IP i ochrona danych zostały sprawdzone.
Niezawodność
Ponowienia, opóźnienia, powiadomienia, anulowania i odzyskiwanie są obsługiwane bezpiecznie.
Kontrola działania
Logi, metryki, powiadomienia o błędach i diagnostyka są dostępne dla odpowiedzialnych zespołów.
Raportowanie i uzgodnienia
Operacje, statusy, salda, raporty dostawców i raporty wewnętrzne dają spójny wynik.
Potwierdzenie gotowości
Właściciele produktu, development, testy, bezpieczeństwo i operacje potwierdzili gotowość do uruchomienia.
Lista kontrolna przed uruchomieniem
Produkcyjne klucze dostępu są wydawane po zakończeniu odbioru i przygotowaniu planu kontrolowanego uruchomienia.
Środowiska testowe i produkcyjne są całkowicie rozdzielone pod względem adresów, kluczy, danych i powiadomień.
Wykonano scenariusze poprawne, błędne, ponowne i awaryjne.
Dla każdego żądania dostępne są ID, logi i wynik przetwarzania.
Potwierdzono ochronę przed duplikatami, opóźnienia i odzyskiwanie.
Raportowanie, zapisy finansowe i wartości kontrolne są zgodne.
Uzgodniono dostępy produkcyjne, kontrolę, anulowanie operacji i kontakty wsparcia.
Chcesz przygotować środowisko testowe?
Przekaż dokumentację, listę scenariuszy biznesowych, dostępne środowiska i wymagania dotyczące danych testowych. APIACE pomoże określić strukturę weryfikacji, kryteria odbioru i plan przejścia do uruchomienia.