Minden, amit a fizetési kapuk teszteléséről tudnod kell

Egy tesztkapu az a hely, ahol az e-kereskedelmi fejlesztők elháríthatják a fizetési rendszer beállításával kapcsolatos problémákat egy weboldalon. Tudj meg többet arról, hogyan vonatkozik a tesztelés a vállalkozásodra.

Egy tesztkapu az a hely, ahol az e-kereskedelmi fejlesztők elháríthatják a fizetési rendszer beállításával kapcsolatos problémákat egy weboldalon. Tudj meg többet arról, hogyan vonatkozik a tesztelés a vállalkozásodra.

Nick Knuppe

Termékmarketing vezető

blog banner showing Mollie e-invocing

Amikor egy KKV-t fejlesztesz, az utolsó dolog, amit szeretnél, hogy egy „sikertelen fizetés” üzenet álljon az ügyfél és a vásárlása közé.

Végül is a nehezén már túl vagy. Márkát építettél, optimalizáltad a SEO-t, befektettél a marketingbe és a weboldalad tervezésébe, és sikeresen végigvezetted az ügyfelet a folyamaton.

Böngésztek a kollekciód darabjai között, kosárba tették őket, végül a „vásárlás” gombra kattintottak, majd az egész folyamat kisiklik egy „sikertelen fizetés” hiba miatt.

Neked ez talán csak egy apró technikai baki, de a vásárlódnak egy be nem tartott ígéretet és megtört bizalmat jelent, neked pedig közvetlen bevételkiesést okoz.

Itt válik a fizetési kapu tesztelése a legértékesebb biztosításoddá.

Ez az útmutató segít biztosítani, hogy az oldalad biztonságos, az integrációid golyóállóak legyenek, a Checkout pedig készen álljon arra, hogy minden kattintást visszaigazolt eladássá alakítson.

Mi is az a fizetési kapu tesztelés?

A fizetési kapu tesztelése az a folyamat, amellyel ellenőrizheted, hogy a digitális pénztárgéped pontosan úgy működik-e, ahogy kell.

Így tesztelheted a fizetési kapu funkcióit, biztonságát és sebességét, hogy amikor a vásárló a fizetésre kattint, a pénz biztonságosan és zökkenőmentesen vándoroljon az ő számlájáról a tiédre.

A platform működése és az online biztonság kulcsfontosságú az e-kereskedelmi értékesítési folyamatban. Az alapos tesztelés elengedhetetlen minden olyan vállalkozás számára, amely professzionális, gördülékeny fizetési élményt szeretne nyújtani.

Mielőtt fejest ugranánk a „hogyanba”, tisztázzuk a „mit”. Ha tisztában vagy ezekkel a fogalmakkal, könnyebben szót értesz majd a fejlesztőiddel.

Mi az a fizetési kapu?

Tekints a fizetési kapura úgy, mint egy virtuális kapura. Az e-kereskedelmi oldaladon történő minden tranzakciónak át kell haladnia ezen a kapun az ellenőrzéshez. Ez az az online szolgáltatás, amely lehetővé teszi a hitelkártyák, betéti kártyák és helyi fizetési módok, például az iDEAL vagy a Payconiq (hamarosan Wero) elfogadását.

A fizetési kapuk általában a weboldal utolsó Checkout oldalába vannak beépítve. Miután az ügyfelek megadták a számlázási és szállítási adataikat, a rendszer kéri a fizetési adatok megadását, majd kattintaniuk kell a fizetés indításához.

Olvass tovább: Válaszd ki a megfelelő fizetési kaput digitális termékeket árusító webshopodhoz

A fizetési kapuk két típusa

Nem minden kapu néz ki ugyanúgy. Vállalkozásod méretétől és technikai felkészültségedtől függően valószínűleg a következő három felállás egyikét használod. Ha tudod, melyikkel rendelkezel, az meghatározza, hogyan tesztelheted hatékonyan a fizetési kaput.

  1. Hostolt fizetési kapuk

Ez a leggyakoribb választás a kkv-k számára. Amikor az ügyfél a fizetésre kattint, ideiglenesen átirányítják az oldaladról a fizetési szolgáltató biztonságos oldalára (például a Mollie hostolt Checkout felületére). A fizetés befejezése után visszakerülnek a weboldaladra, általában egy „köszönő” oldalra.

  • Az előny: A hostolt kapu rendkívül biztonságos, mivel a szolgáltató kezeli az összes érzékeny adatot.

  • A tesztelés fókusza: Teszteld a visszatérési útvonalat, hogy az ügyfél a fizetés után sikeresen visszatérjen az oldaladra.

  1. API vagy nem hostolt kapuk

Ez az egyedi igényekre szabott opció. Teljes körű ellenőrzésed van a Checkout kialakítása felett, a fizetés feldolgozása pedig API-n keresztül történik.

  • Az előny: Teljes rugalmasság az egyedi üzleti modellekhez (például egyedi előfizetésekhez).

  • Tesztelési fókusz: Ez igényli a legalaposabb integrációs tesztelést, mivel a fejlesztőid felelnek az oldalad és a feldolgozó közötti teljes kommunikációs láncért.

Mi az a teszt fizetési kapu?

A teszt fizetési kapu a privát sandbox-od vagy tesztkörnyezeted. Ez egy biztonságos hely, ahol a fejlesztők hibaelhárítást végezhetnek a fizetési rendszerben valódi pénz mozgása nélkül. Ebben a környezetben azonosíthatod a hibákat, és tesztkártyaszámokkal próbálhatod ki a vásárlói folyamatot, biztosítva, hogy minden tökéletesen működjön, mielőtt élesbe állnál.

Fizetési kapu vs. fizetési feldolgozó

Az emberek gyakran szinonimaként használják a „kapu” és a „feldolgozó” kifejezéseket, de technikailag különböznek. 

  • A fizetési kapu a front-end hírvivő. Rögzíti az ügyfél adatait, és jelzi a weboldaladnak, hogy a fizetést jóváhagyták vagy elutasították.

  • A fizetési feldolgozó a back-end motor. Ez végzi a nehézmunkát, azaz a tényleges pénzmozgatást a bankok között.

Fizetési kapu vs. fizetési terminál

Ha valaha vezettél fizikai üzletet, már ismerős számodra a fizetési terminál (gyakran kártyaolvasónak hívják). Ez az a fizikai hardver, amelyet az ügyfelek a kártyájuk érintésére vagy lehúzására használnak. A fizetési kapu lényegében ennek a terminálnak a digitális változata; beolvassa a weboldalad Checkout oldalán megadott digitális információkat.

Miért kell tesztelnünk a fizetési kapukat?

A fizetési kapu a vállalkozásod szíve. A tesztelés biztosítja, hogy minden mozgó alkatrész – a weboldalad, a bankok és a biztonsági protokollok – összhangban működjön.

A pénzfogadáson túl a tesztelés lehetővé teszi a tranzakciók jóváhagyásának és a rendelések helyes autorizálásának megerősítését. Ha egy fizetési kapu vagy feldolgozó instabil a tesztelés során, az annak a jele, hogy érdemes lehet alternatív szolgáltatókat keresned.

Fizetési kapu tesztelési típusok

Amikor fejlesztőkkel beszélsz, sokat segít, ha van egy keretrendszered. Mi a fizetési kapu tesztelését négy jól elkülöníthető pillérre bontjuk. Ez garantálja, hogy ne csak a fizetés gomb működjön, hanem a mögötte álló teljes infrastruktúra is sziklaszilárd legyen.

Funkcionális tesztek

A funkcionális tesztelés során megbizonyosodunk arról, hogy az alkalmazás az elvárásoknak megfelelően viselkedik. Ide tartozhat a rendelések leadása, a több tételre vonatkozó helyes számítások ellenőrzése, a kódok alkalmazása és az adók becslése.

Funkcionális tesztesetek fizetési kapukhoz

  • Fizetési kapu sikerességének tesztelése: Egy érvényes kártyaszám a „köszönjük” vagy a „rendelés visszaigazolva” oldalra irányítja az ügyfelet? Megfelelően kezeli a rendszer a különböző kártyatípusokat (Visa, Mastercard és American Express)?

  • Számítások és logika: Pontosan számítja ki a rendszer a szállítási költségeket és az áfát/adókat a felhasználó címe alapján? Ha a vásárló kedvezménykódot használ, a kapu az új, alacsonyabb árat jeleníti meg?

  • Hibakezelés (Más néven „negatív tesztelés”): Mi történik, ha a felhasználó üresen hagyja a CVV-mezőt, vagy lejárt dátumot ad meg? A rendszernek technikai kód helyett segítőkész, emberi hibaüzenetet kell küldenie.

  • Sikeres tranzakció: Ellenőrizd, hogy a fizetés érvényes adatokkal feldolgozásra került, az összeget átutalták, és a visszaigazolás megérkezett.

  • Sikertelen tranzakciók: Tesztelj érvénytelen kártyaszámokkal, lejárt kártyákkal, helytelen CVV-vel vagy fedezethiánnyal.

  • Visszautasított vagy letiltott kártyák: Győződj meg róla, hogy a rendszer megfelelően kezeli a letiltott vagy csalás miatt megjelölt kártyákat.

  • Hálózati vagy kapcsolati hiba: Szimulálj megszakításokat, hogy ellenőrizd, a rendszer nem terheli-e be kétszer az összeget, és tudja kezelni a tranzakciós időtúllépéseket.

  • Részleges fizetés vagy munkamenet-időtúllépés: Teszteld a viselkedést, ha a felhasználó félúton abbahagyja a fizetést, vagy ha lejár a munkamenet.

  • Valutaátváltás: Ellenőrizd a felhasználó tartózkodási helye szerinti pénznemre való átváltást.

  • Visszatérítés kezelése: Ellenőrizd, hogy a (teljes és részleges) visszatérítések feldolgozása és jóváírása megfelelően történik-e.

Integrációs tesztek

Alapszinten a weboldalad különböző alkalmazások gyűjteménye, amelyek egymással kommunikálnak. Az integrációs tesztelés biztosítja, hogy a weboldalad, a fizetési kapud és a háttérrendszered (pl. Shopify, Magento vagy egy ERP) ugyanazt a nyelvet beszéljék.

Ha valamelyik előre megépített integrációnkat használod, ez a logika már nagy részben optimalizált, de a tesztelés továbbra is létfontosságú lépés, hogy a specifikus konfigurációd tökéletesen működjön.

Tesztesetek fizetési kapu integrációhoz

  • Rendelés létrehozása: A fizetés engedélyezése után megjelenik a rendelés az áruházad Dashboard felületén „fizetett” státusszal?

  • Webhook kezelése: Megkapja az oldalad a sikeres visszajelzést a kaputól, hogy automatikusan kiküldje a visszaigazoló e-mailt az ügyfélnek?

  • Visszatérítési és érvénytelenítési forgatókönyvek: El tudsz indítani visszatérítést a weboldalad adminisztrációs felületéről, és a tranzakció állapota megfelelően frissül a fizetési kapuban?

  • Többféle fizetési mód: Teszteld a hitelkártyákat, betéti kártyákat, netbankot és UPI-t.

  • Visszatérési URL és átirányítás: A sikeres vagy sikertelen vásárlás után a vásárlók megfelelően visszakerülnek a webshopodba?

Biztonsági tesztek

Ez a legfontosabb pillér a bizalomépítéshez. A biztonsági tesztek garantálják, hogy az érzékeny adatok (például a kártyaszámok) soha ne jussanak hackerek kezére, és hogy megfelelj a jogi előírásoknak. A Mollie-nál ezt a csalás- és kockázatkezelési megoldásunkkal (Acceptance & Risk) segítjük, amely lehetővé teszi a magas szintű biztonság fenntartását anélkül, hogy nehezítené a vásárlói folyamatokat.

Fizetési kapu biztonsági tesztesetek

  • Adattitkosítás: Az oldalad és a kapu közötti kapcsolat SSL-lel védett (megjelenik a kis lakat az URL-ben)?

  • PCI DSS megfelelőség: Győződj meg róla, hogy az ügyfelek kártyadatai tokenizálva vannak, azaz a tényleges kártyaszámot egy biztonságos kód helyettesíti, így az soha nem tárolódik a szervereiden.

  • Csalásmegelőzés: Teszteld, mi történik, ha egy tranzakciót magas kockázatúnak jelölnek. A rendszered várakoztatja a rendelést felülvizsgálatra?

3 gateway tesztelési módszer egy pillantásra

Az alábbiakban a 3 tesztelési módszer és a hozzájuk tartozó tesztforgatókönyvek átfogó összefoglalását találod.

Tesztelési módszer

Mit tesztel

Tesztesetek

Funkcionális tesztelés

Az alkalmazás pontosan az elvárt módon működik a tranzakciós folyamat során.

  • Az érvényes kártyaadatok a köszönőoldalra vezetnek.

  • Hasznos üzenetek lejárt kártyák, üres CVV-k vagy fedezethiány esetén.

  • Pontos ÁFA, szállítási költségek és kedvezménykód alkalmazása.

  • Visszautasított/letiltott kártyák és szimulált hálózati hibák kezelése.

  • Összegek helyes átszámítása a nemzetközi felhasználók számára, valamint teljes/részleges visszatérítések feldolgozása.

Integrációs tesztelés 

Biztosítja, hogy a weboldalad, a kosarad és a háttérrendszered (ERP) közös nyelvet beszéljenek.


  • A rendelések fizetettként jelennek meg a Dashboard felületén az engedélyezés után.

  • A sikeres ping ellenőrzése automatikus ügyfél-e-maileket indít el.

  • Az ügyfelek a fizetés után visszairányításra kerülnek a webshopodba.

  • A kosarak (Shopify, Magento) és a PSP API válaszok közötti folyamat.

  • Ellenőrizd, hogy a fizetési kapu API-ja megfelelően lett-e integrálva. 

Biztonsági tesztelés

Megvédi az érzékeny adatokat a sebezhetőségektől és biztosítja a jogi megfelelést.

  • SSL kapcsolatok ellenőrzése. 

  • A kártyaadatok tokenizálva vannak, és soha nem kerülnek tárolásra a helyi szervereiden.

  • A magas kockázatú tranzakciókat a rendszer helyesen megjelöli és felülvizsgálatra tartja.

Fizetési szolgáltató tesztelése

Egy fizetési szolgáltató (PSP) tesztje a teljes végpontok közötti folyamatot lefedi. Ez nemcsak a tranzakció engedélyezését tartalmazza, hanem az elszámolást is, biztosítva, hogy a pénz valóban átkerüljön az ügyfél bankjától a te céges számládra.

A PSP tesztelése át fedi a gateway tesztelését, de elengedhetetlen annak ellenőrzéséhez, hogy a pénzügyi jelentéseid, a kifizetéseid és a többdevizás elszámolásaid megfelelően működnek-e.

Hogyan teszteld a fizetési gateway-t: automatizált és manuális tesztelés

Egy növekvő vállalkozás számára a legjobb stratégia az automatizált és a manuális gateway-tesztelés kombinálása. Míg az automatizálás elvégzi az ismétlődő, technikai nehézmunkát, a manuális tesztelés biztosítja, hogy a folyamat az ügyfeleid számára is gördülékeny legyen.

Hogyan tesztelj egy fizetési gateway-t manuálisan

Gondolj a manuális tesztelésre úgy, mint egy főpróbára. Lépj az ügyfeleid helyébe, hogy azonosítsd azokat a súrlódási pontokat, amelyeket egy számítógépes szkript figyelmen kívül hagyhat.

Manuális tesztelési forgatókönyvek:

  1. A mobilalkalmazás bejárása: Nyisd meg a Checkout felületét okostelefonon. Könnyen megnyomható a fizetés gomb? Automatikusan felugrik a számbillentyűzet a kártyaadatok megadásakor?

  2. A stresszteszt: Szakítsd meg a folyamatot. Nyomd meg a vissza gombot tranzakció közben, vagy frissítsd az oldalt a fizetés feldolgozása alatt. Egy robusztus gateway-nek ezt elegánsan kell kezelnie, dupla terhelés vagy összeomlás nélkül.

  3. Felhasználói üzenetek ellenőrzése: Adj meg szándékosan hibás CVV-kódot. A hibaüzenet segítőkész, például „Kérjük, ellenőrizze a biztonsági kódot”, vagy egy ijesztő technikai kódot dob fel, mint az „Error 402: Payment_Required”?

  4. A kosárelhagyási teszt: Zárd be a böngészőfület a fizetés felénél. Ellenőrizd később a hátteredet (backend), hogy a rendszer megfelelően függőben lévőnek vagy elhagyottnak jelölte-e a rendelést.

Hogyan tesztelj egy fizetési gateway-t automatizáltan

Ahogy a vállalkozásod növekszik, nem tudsz minden gombot manuálisan ellenőrizni minden egyes weboldalfrissítéskor. Itt jön képbe az automatizálás. A fejlesztőid szkriptek segítségével tesztek százait futtatják le másodpercek alatt.

Automatizált tesztelési forgatókönyvek:

  • Regressziós tesztelés: Minden alkalommal, amikor új plugint adsz hozzá vagy frissíted az oldalad, az automatizált szkriptek végigmennek a fizetési gateway-tesztelési listán, hogy biztosítsák: semmi sem romlott el.

  • Tömeges adat-tesztelés: Az automatizált eszközök több száz különféle tesztkártya-kombinációt (különböző országok, bankok, pénznemek) tudnak tesztelni töredékannyi idő alatt, mint amennyi egy embernek kellene.

  • API válasz validáció: A szkriptek ellenőrzik, hogy az oldalad és a fizetési szolgáltatód közötti láthatatlan kommunikáció megfelelően működik-e, biztosítva, hogy a digitális webhookok ezredmásodperceken belül célba érjenek.

  • Folyamatos monitorozás: Beállíthatsz automatizált riasztásokat, amelyek óránként ellenőrzik a Checkout folyamatot. Ha lelassul a válaszidő, te már az ügyfeleid előtt értesülsz róla.

Fizetési gateway-tesztelési ellenőrzőlista

Használd ezt az átfogó listát a zökkenőmentes tesztelési folyamat felügyeletéhez. 

Fizetési gateway-tesztelési ellenőrzőlista

  • Gyűjtsd össze a fizetési gateway minden részletét: Ide tartoznak a főbb fizetési módok, a biztonsági megfelelőség és a lokalizáció is.

  • Lépj be a sandbox-ba: Győződj meg róla, hogy Teszt módban vagy, és NEM élő hitelesítő adatokat használsz. Soha ne tesztelj valós ügyféladatokkal élő oldalon.

  • Funkcionális tesztelés: Ellenőrizd, hogy minden módszer (hitelkártya, PayPal stb.) megfelelően megjelenik-e, és hogy a pénznem szimbóluma változik-e az ügyfél tartózkodási helye alapján.

  • Mobil checkout tesztelése: Könnyen használható a gateway okostelefonon?

  • Teljesítménytesztelés: Teszteld az űrlap működését, a beküldést és az átmeneteket; az e-mail/SMS értesítéseket és hibákat, vagy bármilyen más üzenetet, amit meg akarsz jeleníteni.

  • Integrációs tesztelés: Biztosítsd a teljes kompatibilitást az API-val és az operációs platformmal.

  • A fizetési gateway biztonsági listájának áttekintése: Igazold, hogy az SSL tanúsítványok aktívak, és a titkosítás rendben van.

  • Automatizálj, ahol csak lehet: Kérd meg a fejlesztőidet, hogy állítsanak be automatizált szkripteket a rutinszerű ellenőrzésekhez.

  • Frissíts rendszeresen: Ahogy a fizetési módok változnak, frissítsd ennek megfelelően a teszt fizetési gateway forgatókönyveidet.

Partnered a fizetésekben: Miért egyszerűbb a gateway tesztelés a Mollie-val

Tudjuk, hogy te a növekedésre és az eladásokra szeretnél koncentrálni, nem pedig a hibakeresésre. A Mollie hihetetlenül egyszerűvé teszi a tesztelést egy dedikált Test Mode biztosításával, amely tökéletesen tükrözi az élő környezetet.

A Mollie Dashboard-on két különálló API-kulcshoz férhetsz hozzá: egy Test API-kulcshoz és egy Live API-kulcshoz. A Test API-kulcsod használatával anélkül szimulálhatsz fizetéseket, hogy egyetlen centet is megmozdítanál. A Mollie a tesztkártyaszámok és fizetési állapotok (Paid, Cancelled, Expired, Failed) teljes listáját biztosítja számodra, így pontosan láthatod, hogyan reagál a weboldalad minden lehetséges vásárlói műveletre.

Amint a teszttranzakcióid tökéletesen mutatnak a Mollie Dashboard felületén, és a rendeléseid Paid jelölést kapnak a webshopod háttérrendszerében, az élő módra való váltás olyan egyszerű, mint a Live API-kulcsod beillesztése.

Készen állsz arra, hogy meglásd, milyen egyszerűek is lehetnek a fizetések? Hozd létre Mollie-fiókodat még ma, és kezdj el tesztelni percek alatt.

Gyakori kérdések: fizetési kapu tesztelése

  1. Szükségem van valódi bankkártyára a teszteléshez? Nem. A PSP-d biztosít majd tesztkártyákat, amelyekkel különböző forgatókönyveket szimulálhatsz teljesen ingyen.

  2. Mi az a Payment Service Provider (PSP) teszt? A PSP teszt a teljes folyamatot lefedi, beleértve azt is, hogyan érkezik meg végül a pénz a bankszámládra.

  3. Biztonságos teszt módban hagyni az oldalam, amíg dolgozom rajta? Igen. A teszt mód egy teljesen különálló környezet. Amíg nem váltottad át az API-kulcsokat élesre, nem történhetnek valódi tranzakciók. Ez a tökéletes, biztonságos terep a kísérletezésre anélkül, hogy kockáztatnád a bankszámládat vagy az ügyfeleid adatait.

  4. Pénzbe kerül egy fizetési kapu tesztelése? Nem. A sandbox környezetben végzett tesztelés szinte mindig ingyenes. Nem dolgozol fel valódi pénzt, így nincsenek tranzakciós díjak vagy banki költségek. Ez egy költség- és kockázatmentes módja annak, hogy biztosítsd: vállalkozásod készen áll az indulásra.

  5. Mi történik, ha elfelejtek átváltani teszt módból éles módba? Ez gyakori félelem! Ha teszt módban maradsz, az ügyfeleid hibaüzenetet látnak majd a Checkout folyamat során, vagy egy üzenetet, miszerint az oldal tesztkörnyezetben van. Valódi fizetések nem fognak teljesülni. A Mollie-nál ezt a váltást egyetlen kattintással megteheted a Dashboard felületén, hogy elkerüld az ilyen helyzeteket.

  6. Külön-külön le kell tesztelnem minden fizetési módot (pl. Apple Pay és PayPal)? Ideális esetben igen. Bár maga a fizetési kapu működhet, a különböző fizetési módok eltérő útvonalakat járnak be. Például a PayPal átirányítja a felhasználót a saját oldalára, majd vissza. Mindegyik tesztelése garantálja, hogy ezek az átirányítások zökkenőmentesen működjenek asztali gépen és mobilon egyaránt.

  7. Honnan tudom, hogy a biztonsági tesztem sikeres volt? Ha olyan szolgáltatót használsz, mint a Mollie, a biztonságtechnikai feladatok oroszlánrészét (mint például a PCI-megfelelőség) elvégzik helyetted. A beállításokat ellenőrizheted az SSL-lakat jelenlétével a böngésződ címsorában, illetve azzal, ha meggyőződsz róla: semmilyen nyers bankkártyaadat nem tárolódik a weboldalad adatbázisában.

  8. Hogyan tesztelhetem, mi történik, ha a fizetés meghiúsul? Amikor tesztfizetést indítasz a Mollie-val, látni fogsz egy párbeszédpanelt, ahol kiválaszthatod a státuszt. Választhatod a Failed (Sikertelen), Cancelled (Megszakítva) vagy Expired (Lejárt) opciókat, hogy megnézd, weboldalad hogyan kezeli ezeket a konkrét hibákat.

További frissítések

Tartalomjegyzék

Tartalomjegyzék

MollieNövekedésMinden, amit a fizetési kapuk teszteléséről tudnod kell
MollieNövekedésMinden, amit a fizetési kapuk teszteléséről tudnod kell
MollieNövekedésMinden, amit a fizetési kapuk teszteléséről tudnod kell
MollieNövekedésMinden, amit a fizetési kapuk teszteléséről tudnod kell