Csábító integrálni a Verification of Payee-t, látni, hogy visszajön egy egyezés, és késznek nyilvánítani. De a VoP értéke azokban a pillanatokban rejlik, amikor a válasz nem tiszta egyezés - és épp ezeket az eseteket hagyja ki egy gyors teszt. Egy rendes sandbox-terv mindet lefedi.
Tesztelje az összes kimenetelt
Egy sandboxnak lehetővé kell tennie, hogy igény szerint reprodukálja az egyes séma-kimeneteleket, általában meghatározott tesztnevek vagy IBAN-ok küldésével. Győződjön meg róla, hogy a felülete és a kódja mindegyiknél a helyes dolgot teszi.
- Egyezés (MTCH) - erősítse meg, hogy a fizetés tisztán továbbhaladhat.
- Részleges egyezés (CMTC) - erősítse meg, hogy megjeleníti a javasolt ellenőrzött nevet megerősítésre vagy javításra.
- Nincs egyezés (NMTC) - erősítse meg, hogy világos figyelmeztetést mutat, és nem folytatja automatikusan.
- Nem elérhető (NOAP) - erősítse meg, hogy a „nem sikerült ellenőrizni” esetet elegánsan kezeli, nem hibaként.
Ne feledkezzen meg a hibaágakról
A négy kimenetelen túl tesztelje, mi történik hibás formátumú IBAN, hiányzó kedvezményezettnév, lejárt hitelesítő adat és időtúllépés esetén. Itt törik el éles környezetben a törékeny integráció.
Tartsa determinisztikusan a teszteket
Használjon dokumentált, determinisztikus tesztadatokkal működő sandboxot, hogy egy adott bemenet mindig ugyanazt a kimenetelt adja vissza. Ez reprodukálhatóvá teszi integrációs tesztjeit a CI-ben, és azt jelenti, hogy egy hiba valódi regresszióra utal, nem egy ingadozó válaszolóra.
A sandboxból az éles környezetbe
Amint minden kimenetel és hibaág helyesen viselkedik, az élesítés általában csak az alap URL és a hitelesítő adatok átállítása. A RoxPay sandboxot biztosít minden kimenetelhez tesztesetekkel, így a teljes folyamatot validálhatja, mielőtt az éles környezetre mutatna.