Sve što trebate znati o testiranju platnih pristupnika

Testni priključak je mjesto gdje e-trgovinski developeri mogu rješavati probleme s postavkom sustava plaćanja na web stranici. Saznajte više o tome kako testiranje utječe na vaše poslovanje.

Testni priključak je mjesto gdje e-trgovinski developeri mogu rješavati probleme s postavkom sustava plaćanja na web stranici. Saznajte više o tome kako testiranje utječe na vaše poslovanje.

Wero blog banner

Kada razvijate malo ili srednje poduzeće (MSP), posljednja stvar koju želite je poruka 'plaćanje nije uspjelo' koja stoji između kupca i njegove kupnje.

Uostalom, odradili ste teži dio posla. Izgradili ste brend, optimizirali svoj SEO, investirali u marketing i dizajn web stranice te ste uspješno vodili kupca kroz prodajni lijevak.

Pregledali su vašu kolekciju, dodali proizvode u košaricu i na kraju kliknuli na 'kupi', a zatim cijeli proces poremeti pogreška 'plaćanje nije uspjelo'.

Vama bi to mogao biti samo mali tehnički problem, ali za vašeg kupca to je iznevjereno obećanje, narušeno povjerenje i izravan udarac na vaš poslovni rezultat.

Tu testiranje pristupnika plaćanja postaje vaša najvrijednija polica osiguranja.

Ovaj će vam vodič pomoći osigurati da vaša stranica bude sigurna, vaše integracije besprijekorne, a proces naplate spreman pretvoriti svaki klik u potvrđenu prodaju.

Što je testiranje gatewaya za plaćanje?

Testiranje pristupnika za plaćanje postupak je provjere radi li vaša digitalna blagajna točno onako kako bi trebala.


To je način testiranja funkcionalnosti, sigurnosti i brzine pristupnika za plaćanje kako bi se osiguralo da se, kada kupac klikne plati, novac sigurno preseli s njihovog računa na vaš bez ikakvih zastoja.


Funkcionalnost platforme i online sigurnost ključni su za prodajni ciklus e-trgovine. Rigorozno testiranje neophodno je za svaku tvrtku koja želi pružiti profesionalno iskustvo plaćanja bez trenja.

Prije nego što zaronimo u „kako“, razjasnimo „što“. Razumijevanje ovih pojmova pomaže vam da govorite istim jezikom kao i vaši razvojni programeri.

Što je payment gateway?

Zamislite platni prolaz (payment gateway) kao virtualni ulaz. Svaka transakcija na vašem web-shopu mora proći kroz ovaj ulaz radi provjere. To je mrežna usluga koja vam omogućuje prihvaćanje kreditnih kartica, debitnih kartica i lokalnih načina plaćanja kao što su iDEAL ili Payconiq (uskoro Wero).

Platni prolazi obično su ugrađeni u završnu stranicu plaćanja (checkout) na web stranici. Nakon što kupci unesu svoje podatke o naplati i dostavi, od njih se traži da unesu podatke o plaćanju i moraju kliknuti kako bi pokrenuli plaćanje.

Saznajte više: Odaberite pravi platni prolaz za svoju e-trgovinu digitalnim proizvodima

Dvije vrste platnih prolaza

Nije svaki ulaz isti. Ovisno o veličini vašeg poslovanja i tehničkoj stručnosti, vjerojatno koristite jednu od ove tri postave. Poznavanje one koju imate odredit će kako učinkovito testirati platni prolaz.

  1. Hostirani platni prolazi

Ovo je najčešći izbor za mala i srednja poduzeća. Kada kupac klikne na plaćanje, privremeno se preusmjerava s vaše stranice na sigurnu stranicu pružatelja platnih usluga (poput Molliejevog hostiranog plaćanja). Nakon što je plaćanje dovršeno, vraćaju se na vašu web stranicu, obično kako bi vidjeli stranicu 'hvala'.

  • Prednost: Hostirani prolaz je vrlo siguran jer pružatelj upravlja svim osjetljivim podacima.

  • Fokus testiranja: Testirajte povratni put kako biste osigurali da se kupac uspješno vraća na vašu stranicu nakon plaćanja.

  1. API ili nehostirani prolazi

Ovo je opcija izgrađena po mjeri. Imate potpunu kontrolu nad dizajnom naplate, a obrada plaćanja odvija se putem API-ja.

  • Prednost: Potpuna fleksibilnost za jedinstvene poslovne modele (poput prilagođenih pretplata).

  • Fokus testiranja: Ovo zahtijeva najstrože testiranje integracije, jer su vaši programeri odgovorni za cijeli komunikacijski lanac između vaše stranice i obrađivača.

Što je testni platni prolaz?

Testni platni prolaz je vaš privatni "sandbox" ili testno okruženje. To je siguran prostor u kojem programeri mogu rješavati probleme vašeg sustava plaćanja bez obrade pravog novca. U ovom okruženju možete identificirati pogreške i testirati put kupca koristeći probne brojeve kartica, osiguravajući da sve radi savršeno prije nego što krenete uživo.

Platni prolaz naspram platnog procesora

Ljudi često koriste pojmove 'prolaz' (gateway) i 'procesor' naizmjenično, ali oni su tehnički različiti. 

  • Platni prolaz je prednji glasnik (front-end). On prikuplja podatke kupca i govori vašoj web stranici je li plaćanje odobreno ili odbijeno.

  • Platni procesor je pozadinski motor (back-end). On obavlja težak posao stvarnog prijenosa novca između banaka.

Platni prolaz naspram platnog terminala

Ako ste ikada vodili fizičku maloprodajnu trgovinu, već ste upoznati s platnim terminalom (često ga zovu PDQ uređaj ili čitač kartica). To je fizički hardver koji kupci koriste za prislanjanje ili povlačenje svojih kartica. Platni prolaz je zapravo digitalna verzija tog terminala; on čita digitalne informacije unesene na stranicu za plaćanje vaše web stranice.

Zašto trebamo testirati platne prolaze?

Platni prolaz je srce vašeg poslovanja. Testiranje osigurava da svi pokretni dijelovi: vaša web stranica, banke i sigurnosni protokoli rade u harmoniji.

Osim samog primanja novca, testiranje vam omogućuje potvrdu da možete ispravno odobriti transakcije i autorizirati narudžbe. Ako je platni prolaz ili procesor nestabilan tijekom testiranja, to je znak da biste trebali razmisliti o alternativnim pružateljima usluga.

Vrste testiranja sustava za plaćanje

Kada razgovarate s programerima, pomau017ee imati okvir. Testiranje pristupnika plau0107anja dijelimo na u010detiri razliu010dita stupa. To osigurava da ne samo da gumb za plau0107anje radi, veu0107 i da je cijela infrastruktura iza njega stabilna.

Funkcionalni testovi

Funkcionalno testiranje osigurava da se aplikacija ponau0161a prema ou010dekivanjima. To mou017ee ukljuu010divati slanje narudu017ebi, potvrđivanje tou010dnih izrau010duna za viu0161e stavki, primjenu kodova i procjenu poreza.

Funkcionalni testni sluu010dajevi za pristupnike plau0107anja

  • Testiranje uspjeha pristupnika plau0107anja: Vodi li vau017eeu0107i broj kartice kupca na stranicu s zahvalom ili potvrdom narudu017be? Rukuje li sustav ispravno razliu010ditim vrstama kartica (Visa, Mastercard i American Express)?

  • Izrau010duni i logika: Jesu li trou0161kovi dostave i PDV/porezi tou010dno izrau010dunati na temelju adrese korisnika? Ako kupac primijeni kod za popust, odrau017eava li pristupnik novu, niu017eu cijenu?

  • Rukovanje pogreu0161kama (također poznato kao 'negativno testiranje'): u0160to se dogau0111a ako korisnik ostavi polje CVV praznim ili unese datum isteka? Sustav bi trebao pruu017eiti korisnu, razumljivu poruku o pogreu0161ci umjesto tehniu010dkog koda.

  • Uspjeu0161na transakcija: Provjerite je li plau0107anje obrau0111eno s vau017eeu0107im podacima, jesu li sredstva prenesena i je li primljena potvrda.

  • Neuspjeu0161ne transakcije: Testirajte s nevau017eeu0107im brojevima kartica, istekslim karticama, netou010dnim CVV-om ili nedovoljnim sredstvima.

  • Odbijene ili blokirane kartice: Osigurajte da sustav ispravno rukuje blokiranim karticama ili karticama oznau010denim zbog prijevare.

  • Kvar mreu017ee ili veze: Simulirajte prekide kako biste osigurali da sustav ne naplati dvostruko i da mou017ee podnijeti prekide transakcije.

  • Djelomiu010dno plau0107anje ili istek sesije: Testirajte ponau0161anje kada korisnik napusti stranicu za plau0107anje na pola puta ili sesija istekne.

  • Konverzija valuta: Potvrdite konverziju u valutu lokacije korisnika.

  • Upravljanje povratima: Provjerite jesu li povrati (puni i djelomiu010dni) obrau0111eni i ispravno vrau0107eni.

Integracijski testovi

Na osnovnoj razini, vau0161a je web stranica zbirka razliu010ditih aplikacija koje međusobno komuniciraju. Integracijsko testiranje osigurava da vau0161a web stranica, pristupnik plau0107anja i pozadinski sustav (npr. Shopify, Magento ili ERP) govore istim jezikom.

Ako koristite jednu od nau0161ih unaprijed izgrau0111enih integracija, veu0107ina ove logike veu0107 je optimizirana, ali testiranje ostaje vitalan korak kako bi se osiguralo da vau0161a specifiu010dna konfiguracija savru0161eno funkcionira.

Testni sluu010dajevi za integraciju pristupnika plau0107anja

  • Izrada narudu017be: Nakon u0161to je plau0107anje autorizirano, pojavljuje li se narudu017be na nadzornoj plou010di vau0161e trgovine sa statusom u2018plau0107enou2019?

  • Rukovanje webhookom: Prima li vau0161a stranica signal o uspjehu od pristupnika kako bi automatski pokrenula potvrdnu e-pou0161tu kupcu?

  • Scenariji povrata i poniu0161tenja: Mou017eete li pokrenuti povrat s administratorske plou010de svoje web stranice i osigurati da je status transakcije ispravno au017euriran u pristupniku plau0107anja?

  • Viu0161e nau010dina plau0107anja: Testirajte kreditne kartice, debitne kartice, internet bankarstvo i UPI.

  • URL za povratak i preusmjeravanje: Preusmjeravaju li se kupci ispravno natrag u vaš webshop nakon uspjeu0161ne ili neuspjeu0161ne kupnje?

Sigurnosni testovi

Ovo je najkritiu010dniji stup za izgradnju povjerenja. Sigurnosni testovi osiguravaju da osjetljivi podaci (kao u0161to su brojevi kartica) nikada ne budu izlou017eeni hakerima i da ispunjavate zakonske zahtjeve. U Mollieu tome dajemo prioritet kroz nau0161e rjeu0161enje za upravljanje prijevarama i rizicima, koje vam pomau017ee u odru017eavanju visoke razine sigurnosti bez stvaranja poteu0161kou0107a u putovanju kupca.

Sigurnosni testni sluu010dajevi za pristupnike plau0107anja

  • Enkripcija podataka: Je li veza između vau0161e stranice i pristupnika zau0161tiu0107ena SSL-om (mali lokot u URL-u)?

  • PCI DSS usklau0111enost: Osigurajte da su podaci o kartici kupca tokenizirani, u0161to znau010di da je stvarni broj kartice zamijenjen sigurnim kodom kako se nikada ne bi pohranio na vau0161im posluu017eiteljima.

  • Sprjeu010davanje prijevara: Testirajte u0161to se dogau0111a kada je transakcija oznau010dena kao visokoriziu010dna. Zadru017eava li vau0161 sustav narudu017bu na pregledu?

3 metode testiranja gatewaya na prvi pogled

Ispod je sveobuhvatan sažetak 3 metode testiranja i njihovih scenarija testiranja.

Metoda testiranja

Što testira

Slučajevi testiranja

Funkcionalno testiranje

Aplikacija se ponaša točno onako kako se očekuje tijekom tijeka transakcije.

  • Važeći podaci o kartici vode do stranice sa zahvalom.

  • Korisne poruke za istekle kartice, prazne CVV-ove ili nedovoljna sredstva.

  • Točan PDV, troškovi dostave i primjena koda za popust.

  • Rukovanje odbijenim/blokiranim karticama i simuliranim mrežnim kvarovima.

  • Ispravno pretvaranje iznosa za međunarodne korisnike i obrada potpunih/djelomičnih povrata novca.

Integracijsko testiranje 

Osigurava da vaša web stranica, košarica za kupnju i pozadina (ERP) govore istim jezikom


  • Narudžbe se pojavljuju kao plaćene na vašoj nadzornoj ploči nakon autorizacije.

  • Provjera uspješnog pinga pokreće automatizirane e-poruke kupcima.

  • Kupci se nakon plaćanja preusmjeravaju natrag u vašu trgovinu.

  • Tijek između košarica za kupnju (Shopify, Magento) i PSP API odgovora.

  • Provjerite je li API pristupnika za plaćanje ispravno integriran. 

Sigurnosno testiranje

Štiti osjetljive podatke od ranjivosti i osigurava usklađenost sa zakonima.

  • Validacija SSL veza. 

  • Podaci o kartici su tokenizirani i nikada se ne pohranjuju na vašim lokalnim poslužiteljima.

  • Visokorizične transakcije ispravno su označene i zadržane na pregledu.

Testiranje pružatelja platnih usluga

Test pružatelja platnih usluga (PSP) pokriva cijeli tok od početka do kraja. To uključuje ne samo autorizaciju transakcije, već i namiru, osiguravajući da se sredstva doista prebace s bankovnog računa kupca na vaš poslovni račun.

Testiranje vašeg PSP-a preklapa se s testiranjem pristupnika, ali je ključno za provjeru ispravnog funkcioniranja vašeg financijskog izvješćivanja, isplata i viševalutnih namira.

Kako testirati svoj gateway za plaćanje: automatizirano i ručno testiranje

Za poslovanje koje raste, najbolja strategija je kombiniranje automatiziranog i ručnog testiranja pristupnika. Dok automatizacija rješava ponavljajuće, tehnički zahtjevne zadatke, ručno testiranje osigurava da je iskustvo doista ugodno za vaše kupce.

Kako ručno testirati gateway za plaćanje

Razmišljajte o ručnom testiranju kao o generalnoj probi. Stavljate se u cipele svog kupca kako biste identificirali točke trvenja koje bi računalna skripta mogla previdjeti.

Scenariji ručnog testiranja:

  1. Mobilni proces: Otvorite svoju naplatu na pametnom telefonu. Je li gumb za plaćanje lako pritisnuti? Pojavljuje li se numerička tipkovnica automatski prilikom unosa podataka o kartici?

  2. Test opterećenja: Prekinite tijek. Pritisnite gumb za povratak usred transakcije ili osvježite stranicu dok se plaćanje obrađuje. Robusni pristupnik trebao bi to podnijeti graciozno, bez dvostruke naplate ili rušenja sustava.

  3. Provjera poruka korisničkog sučelja: Namjerno unesite neispravan CVV. Kaže li poruka o pogrešci nešto korisno poput „Molimo provjerite svoj sigurnosni kôd” ili izbacuje strašan tehnički kôd poput „Pogreška 402: Payment_Required”?

  4. Test napuštanja: Zatvorite karticu preglednika na pola procesa plaćanja. Kasnije provjerite svoju pozadinu kako biste potvrdili da je sustav ispravno označio narudžbu kao „na čekanju” ili „napuštenu”.

Kako automatski testirati gateway za plaćanje

Kako vaše poslovanje raste, ne možete ručno testirati svaki gumb svaki put kada ažurirate svoju web stranicu. Tu nastupa automatizacija. Vaši će razvojni programeri koristiti skripte za pokretanje stotina testova u nekoliko sekundi.

Scenariji automatiziranog testiranja:

  • Regresijsko testiranje: Svaki put kada dodate novi dodatak ili ažurirate svoju stranicu, automatizirane skripte prolaze kroz vašu kontrolnu listu za testiranje gatewaya za plaćanje kako bi osigurale da se ništa drugo ne pokvari.

  • Testiranje skupnih podataka: Automatizirani alati mogu testirati stotine različitih kombinacija testnih kartica (različite zemlje, različite banke, različite valute) u djeliću vremena koje bi bilo potrebno čovjeku.

  • Validacija API odgovora: Skripte provjeravaju radi li „skriveni razgovor” između vaše stranice i vašeg pružatelja platnih usluga ispravno, osiguravajući da se digitalni „webhookovi” šalju i primaju unutar milisekundi.

  • Kontinuirano praćenje: Možete postaviti automatizirana upozorenja koja provjeravaju vašu naplatu svakih sat vremena. Ako se vrijeme odgovora uspori, dobivate upozorenje prije vaših kupaca.

Kontrolna lista za testiranje gatewaya za plaćanje

Upotrijebite ovu sveobuhvatnu kontrolnu listu za nadzor glatkog procesa testiranja. 

Kontrolna lista za testiranje gatewaya za plaćanje

  • Prikupite sve pojedinosti o svom gatewayu za plaćanje: To uključuje glavne načine plaćanja, usklađenost sa sigurnošću i lokalizaciju

  • Pristupite „sandboxu”: Osigurajte da ste u testnom načinu rada (Test Mode) i da NE koristite prave vjerodajnice. Nikada nemojte testirati sa stvarnim podacima o kupcima na aktivnoj stranici.

  • Funkcionalno testiranje: Provjerite pojavljuju li se svi načini plaćanja (kreditna kartica, PayPal itd.) ispravno i mijenja li se simbol valute ovisno o lokaciji kupca.

  • Testirajte mobilnu naplatu: Je li pristupnik jednostavan za korištenje na pametnom telefonu?

  • Testiranje performansi: Testirajte funkcionalnost obrasca, podnošenje i prijelaze; upozorenja i pogreške putem e-pošte/SMS-a ili bilo koju drugu poruku koju želite prikazati.

  • Testiranje integracije: Osigurajte potpunu kompatibilnost s API-jem i operativnom platformom.

  • Pregledajte sigurnosnu kontrolnu listu gatewaya za plaćanje: Potvrdite da su SSL certifikati aktivni i da je enkripcija na snazi.

  • Automatizirajte gdje god je to moguće: Zamolite svoje razvojne programere da postave automatizirane skripte za rutinske provjere.

  • Redovito ažurirajte: Kako se načini plaćanja mijenjaju, u skladu s tim ažurirajte svoje scenarije za testiranje gatewaya za plaćanje.

Vaš partner u plaćanju: Zašto je testiranje gatewaya lakše uz Mollie

Razumijemo da se želite usredotočiti na rast i prodaju, a ne na rješavanje problema s kodom. Mollie čini testiranje nevjerojatno jednostavnim pružajući namjenski Testni način rada koji savršeno odražava stvarno okruženje.

Na Mollie nadzornoj ploči imate pristup dvama različitim API ključevima: Testnom API ključu i Live API ključu. Korištenjem Testnog API ključa možete simulirati plaćanja bez pomicanja ijednog centa. Mollie pruža potpuni popis brojeva testnih kartica i statusa plaćanja (Plaćeno, Otkazano, Isteklo, Neuspjelo) kako biste mogli točno vidjeti kako vaša web stranica reagira na svaku moguću radnju kupca.

Nakon što vaše testne transakcije izgledaju savršeno na vašoj Mollie nadzornoj ploči i vaše narudžbe budu označene kao Plaćene u pozadini vaše trgovine, prebacivanje na Live način rada jednostavno je poput zamjene vašeg Live API ključa.

Jeste li spremni vidjeti koliko plaćanja mogu biti jednostavna? Izradite svoj Mollie račun danas i počnite testirati za nekoliko minuta.

Česta pitanja: testiranje sustava za plaćanje

  1. Trebam li pravu kreditnu karticu za testiranje? Ne. Vaš PSP će pružiti testne kartice koje simuliraju različite scenarije bez ikakvih troškova.

  2. Što je test pružatelja platnih usluga (PSP)? PSP test pokriva cijeli proces od početka do kraja, uključujući i to kako sredstva u konačnici dolaze na vaš bankovni račun.

  3. Je li sigurno ostaviti moju web stranicu u testnom načinu rada dok radim na njoj? Da. Testni način rada potpuno je odvojeno okruženje. Sve dok niste prebacili svoje API ključeve na produkcijski način rada (live),  nikakve stvarne transakcije ne mogu se izvršiti. To je savršen siguran prostor za eksperimentiranje bez rizika za vaš bankovni račun ili podatke vaših korisnika.

  4. Košta li testiranje pristupnika za plaćanje? Ne. Testiranje u sandbox okruženju gotovo je uvijek besplatno. Ne obrađujete pravi novac, tako da nema transakcijskih naknada ni bankovnih troškova. To je besplatan način bez rizika da osigurate da je vaše poslovanje spremno za pokretanje.

  5. Što se događa ako zaboravim prebaciti s testnog na produkcijski način rada? To je uobičajena briga! Ako ostanete u testnom načinu rada, vaši će klijenti pri plaćanju vidjeti pogrešku ili poruku u kojoj se navodi da je stranica u testnom okruženju. Nikakva stvarna plaćanja neće biti obrađena. U Mollieju ovo prebacivanje činimo jednostavnim postupkom jednim klikom na vašoj nadzornoj ploči kako bismo vam pomogli da to izbjegnete.

  6. Trebam li zasebno testirati svaki način plaćanja (npr. Apple Pay i PayPal)? Idealno, da. Iako sam pristupnik možda radi, različiti načini plaćanja imaju različite postupke povratka korisnika. Na primjer, PayPal preusmjerava korisnika na vlastitu stranicu i natrag. Testiranje svakog od njih osigurava da ta preusmjeravanja rade nesmetano i na stolnim računalima i na mobilnim uređajima.

  7. Kako ću znati je li moje sigurnosno testiranje prošlo? Ako koristite pružatelja kao što je Mollie, veći dio teškog posla oko sigurnosti (poput PCI sukladnosti) obavlja se umjesto vas. Postavke možete provjeriti traženjem SSL lokota u adresnoj traci preglednika i osiguravanjem da se neobrađeni podaci o kreditnoj kartici ne pohranjuju u bazi podataka vaše web stranice.

  8. Kako mogu testirati što se događa kada plaćanje ne uspije? Kada izvršite testno plaćanje pomoću Mollieja, vidjet ćete dijaloški okvir koji vam omogućuje odabir statusa. Možete odabrati Neuspjelo, Otkazano ili Isteklo kako biste vidjeli kako vaša web stranica obrađuje te specifične pogreške.

Više ažuriranja

Sadržaj

Sadržaj

MollieRastSve što trebate znati o testiranju platnih pristupnika
MollieRastSve što trebate znati o testiranju platnih pristupnika
MollieRastSve što trebate znati o testiranju platnih pristupnika
MollieRastSve što trebate znati o testiranju platnih pristupnika