Kusząca jest integracja Verification of Payee, zobaczenie zwróconej zgodności i uznanie zadania za zakończone. Jednak wartość VoP tkwi w momentach, gdy odpowiedź nie jest jednoznaczną zgodnością - a to właśnie te przypadki pomija szybki test. Solidny plan testów w środowisku testowym (sandbox) obejmuje je wszystkie.
Testuj każdy wynik
Środowisko testowe (sandbox) powinno umożliwiać odtworzenie każdego wyniku schematu na żądanie, zwykle poprzez wysłanie konkretnych testowych nazw lub numerów IBAN. Sprawdź, czy Twój interfejs i kod prawidłowo reagują na każdy z nich.
- Zgodność (MTCH) - potwierdź, że płatność może przebiegać dalej bez przeszkód.
- Częściowa zgodność (CMTC) - potwierdź, że wyświetlasz zaproponowaną zweryfikowaną nazwę do potwierdzenia lub poprawienia.
- Brak zgodności (NMTC) - potwierdź, że wyświetlasz jasne ostrzeżenie i nie kontynuujesz automatycznie.
- Weryfikacja niemożliwa (NOAP) - potwierdź, że sytuację „nie udało się zweryfikować” obsługujesz elegancko, a nie jako błąd.
Nie zapomnij o ścieżkach błędów
Poza czterema wynikami przetestuj, co się dzieje w przypadku nieprawidłowego IBAN, brakującej nazwy odbiorcy, wygasłych danych uwierzytelniających i przekroczenia czasu (timeout). To właśnie tutaj słabo zaprojektowane integracje zawodzą na produkcji.
Zachowaj determinizm testów
Korzystaj ze środowiska testowego (sandbox) z udokumentowanymi, deterministycznymi danymi testowymi, tak aby dane wejście zawsze zwracało ten sam wynik. Dzięki temu testy integracyjne są powtarzalne w CI, a niepowodzenie testu wskazuje na rzeczywistą regresję, a nie na niestabilną odpowiedź systemu.
Ze środowiska testowego na produkcję
Gdy każdy wynik i każda ścieżka błędu działają prawidłowo, przejście na produkcję zwykle oznacza jedynie zmianę bazowego adresu URL i danych uwierzytelniających. RoxPay udostępnia środowisko testowe (sandbox) z przypadkami testowymi dla każdego wyniku, dzięki czemu możesz zweryfikować cały przepływ, zanim skierujesz go na produkcję.