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.

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?

Razmišljajte o platnom prolazu kao o virtualnim vratima. Svaka transakcija na vašoj web trgovini mora proći kroz ova vrata radi provjere. To je internetska 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 na web stranici. Nakon što kupci unesu podatke o naplati i dostavi, od njih se traži da unesu podatke o plaćanju i moraju kliknuti kako bi pokrenuli plaćanje.

Pročitajte više: Odaberite pravi platni prolaz za svoju web trgovinu s digitalnim proizvodima

Dvije vrste platnih prolaza

Ne izgledaju sva vrata isto. Ovisno o veličini vašeg poslovanja i tehničkom znanju, vjerojatno koristite jednu od ove tri postavke. Poznavanje postavke koju imate odredit će kako učinkovito testirati platni prolaz.

  1. Hostirani platni prolazi

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

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

  • Fokus testiranja: Testirajte povratno putovanje 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 plaćanja, a obrada plaćanja odvija se putem API-ja.

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

  • Fokus testiranja: To zahtijeva najstrože testiranje integracije, jer su vaši programeri odgovorni za cijeli komunikacijski lanac između vaše stranice i procesora.

Š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 s vašim sustavom plaćanja bez obrade stvarnog novca. U ovom okruženju možete identificirati bugove i testirati putovanje kupca koristeći fiktivne brojeve kartica, osiguravajući da sve radi savršeno prije nego što krenete uživo.

Platni prolaz naspram procesora plaćanja

Ljudi često koriste pojmove 'platni prolaz' (gateway) i 'procesor plaćanja' naizmjenično, ali oni se tehnički razlikuju. 

  • Platni prolaz je sučelje koje prenosi poruku. Prikuplja podatke kupca i javlja vašoj web stranici je li plaćanje odobreno ili odbijeno.

  • Procesor plaćanja je motor u pozadini. Obavlja težak posao prijenosa stvarnog novca između banaka.

Platni prolaz naspram platnog terminala

Ako ste ikada vodili fizičku maloprodajnu trgovinu, već ste upoznati s platnim terminalom (često se naziva POS uređaj ili čitač kartica). To je fizički hardver koji kupci koriste za prislanjanje ili provlačenje svojih kartica. Platni prolaz je u biti digitalna verzija tog terminala; čita digitalne informacije unesene na stranici za plaćanje vaše web stranice.

Zašto trebamo testirati platne prolaze?

Platni prolaz je srce vašeg poslovanja. Testiranjem se osigurava da svi pokretni dijelovi: vaša web stranica, banke i sigurnosni protokoli rade usklađeno.

Osim samog uzimanja novca, testiranje vam omogućuje da potvrdite 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 pokriva cijeli tijek od početka do kraja. To uključuje ne samo autorizaciju transakcije već i namiru, osiguravajući da se sredstva stvarno prebace s klijentove banke na vaš poslovni račun.

Testiranje vašeg PSP-a preklapa se s testiranjem platnih integracija, ali je ključno za provjeru ispravnosti rada vašeg financijskog izvještavanja, isplata i višenamjenskih namira.

Kako testirati platnu integraciju: automatsko i ručno testiranje

Za rastuće poslovanje najbolja je strategija kombiniranje automatskog i ručnog testiranja integracije. Dok automatizacija rješava ponavljajući, tehnički zahtjevan posao, ručno testiranje osigurava da je iskustvo za vaše klijente uistinu ugodno.

Kako ručno testirati platnu integraciju

Zamislite ručno testiranje kao generalnu probu. Stavljate se u ulogu svog klijenta kako biste prepoznali točke trenja koje bi računalni scenarij mogao previdjeti.

Scenariji ručnog testiranja:

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

  2. Test otpornosti na stres: Prekinite tijek. Pritisnite gumb Natrag usred transakcije ili osvježite stranicu dok se plaćanje obrađuje. Stabilna platna integracija trebala bi to elegantno podnijeti bez dvostrukog naplaćivanja ili rušenja sustava.

  3. Provjera poruka korisničkog sučelja (UI): Namjerno unesite neispravan CVV kod. Prikazuje li poruka o pogrešci nešto korisno poput „Molimo provjerite svoj sigurnosni kod” ili izbacuje zastrašujući tehnički kod poput „Pogreška 402: Payment_Required”?

  4. Test odustajanja: Zatvorite karticu preglednika na pola puta tijekom plaćanja. Kasnije provjerite svoju administratorsku ploču (backend) kako biste potvrdili je li sustav ispravno označio narudžbu na čekanju ili kao napuštenu.

Kako automatski testirati platnu integraciju

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

Scenariji automatskog testiranja:

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

  • Testiranje skupnih podataka: Automatski 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 odgovora API-ja: Skripte provjeravaju radi li ispravno skrivena komunikacija između vaše stranice i vašeg pružatelja platnih usluga, osiguravajući da se digitalni webhookovi šalju i primaju u roku od nekoliko milisekundi.

  • Kontinuirano praćenje: Možete postaviti automatska upozorenja koja provjeravaju vašu naplatu svakog sata. Ako se vrijeme odgovora uspori, primit ćete upozorenje prije vaših klijenata.

Kontrolna lista za testiranje platne integracije

Koristite ovu sveobuhvatnu kontrolnu listu za nadzor neometanog procesa testiranja. 

Kontrolna lista za testiranje platne integracije

  • Prikupite sve pojedinosti o svojoj platnoj integraciji: To uključuje glavne načine plaćanja, sigurnosnu usklađenost i lokalizaciju

  • Pristupite testnom okruženju (sandbox): Provjerite jeste li u testnom načinu rada i da NE koristite stvarne vjerodajnice. Nikada ne testirajte sa stvarnim podacima klijenata na aktivnoj stranici.

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

  • Testirajte mobilnu naplatu: Je li platna integracija jednostavna za korištenje na pametnom telefonu?

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

  • Integracijsko testiranje: Osigurajte potpunu kompatibilnost s API-jem i operativnom platformom.

  • Pregledajte sigurnosnu kontrolnu listu platne integracije: Potvrdite da su SSL certifikati aktivni i da je enkripcija uspostavljena.

  • Automatizirajte gdje je to moguće: Zatražite od svojih programera da postave automatske skripte za rutinske provjere.

  • Redovito ažurirajte: Kako se načini plaćanja mijenjaju, u skladu s tim ažurirajte svoje scenarije testiranja platne integracije.

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