Testtilfeller for betalingsgateway: Typer og sjekkliste
Thomas Hamilton
⚡ Smart oppsummering
Testing av betalingsgatewayer bekrefter at alle netttransaksjoner behandles sikkert, nøyaktig og raskt. Denne siden forklarer gateway-typer, testmetoder, en sjekkliste for forberedelser og tjueen bruksklare testscenarier som kvalitetssikringsteam bruker på live betalingsflyter.
Testing av betalingsgateway
Testing av betalingsgateway er en testing av Payment Gateway i et system for online kjøp og transaksjoner av brukerne. Formålet med testing av betalingsgateway er å sikre sikkerheten, påliteligheten og ytelsen til en betalingsgateway ved å kryptere og sikre betalingsdetaljene mellom bruker og selger samtidig som det gir en jevn betalingsopplevelse.
Et betalingsgatewaysystem er et e-handelsapplikasjonstjeneste som godkjenner kredittkortbetaling for nettkjøp. Betalingsporter beskytter kredittkortdetaljene ved å kryptere sensitiv informasjon som kredittkortnummer, kontoinnehaverdetaljer og så videre. Denne informasjonen sendes trygt mellom kunden og selgeren og omvendt. Moderne betalingsgatewayer godkjenner også sikkert betalinger via debetkort, elektroniske bankoverføringer, kontantkort, belønningspoeng etc.
Fordi portalen ligger mellom kjøper, selger og bank, stopper én feil der inntektene umiddelbart.
Bli med på vårt Live Payment Gateway-testprosjekt gratis
Typer betalingsgatewaysystem
Gatewayer varierer i hvor kunden oppgir kortopplysninger, som vist nedenfor.
Hosted Payment Gateway
Vertsbasert betalingsgateway-system dirigerer kunden bort fra en e-handelsside til gateway-lenken under betalingsprosessen. Når betalingen er utført, vil den bringe en kunde tilbake til en e-handelsside. For en slik type betaling trenger du ikke en selger-ID, et eksempel på en vertsbasert betalingsgateway er PayPal, Noche og WorldPay.
Delt betalingsgateway
I en delt betalingsgateway blir kunden under behandling av betaling dirigert til betalingssiden og blir værende på e-handelssiden. Når betalingsdetaljene er fylt ut, fortsetter betalingsprosessen. Siden den ikke forlater e-handelssiden mens betalingen behandles, er denne modusen enkel og mer å foretrekke, et eksempel på en delt betalingsgateway er eWay, Stripe.
Selvhostede, API-hostede og mobile lommebokgatewayer er ytterligere varianter.
Hvorfor testing av betalingsgatewayer er viktig
En betalingsside er det siste trinnet mellom en kunde og omsetning, så enhver feil der koster penger i det øyeblikket den oppstår. Systematisk testing beskytter dette trinnet ved å finne problemer før kundene møter dem.
- Beskytter inntekter: En mislykket eller treg transaksjon fører til at kunder forlater handlekurven, og forlatte handlekurver kommer sjelden tilbake.
- Bygger tillit: Maskerte kortfelt, kryptert trafikk og tydelige bekreftelsesmeldinger forsikrer kjøpere om at pengene deres håndteres riktig.
- Forhindrer tap fra svindel: Verifisering av CVV-regler, adresseverifisering og hastighetskontroller stopper uredelige bestillinger før varene sendes.
- Holder selgeren i samsvar med følgende: Kortordninger krever sterk kundeautentisering, og testing er beviset på at disse kontrollene fungerer.
- Reduserer støttekostnader: Dupliserte fakturaer, manglende kvitteringer og fastlåste refusjoner genererer dyre bøter og tilbakeføringer.
- Oppdager feil tidlig: Å fikse en integrasjonsfeil i en sandkasse koster en brøkdel av å fikse den etter et produksjonsavbrudd.
Disse fordelene avhenger av riktig blanding av testtyper, som beskrevet nedenfor.
Testtyper for betalingsdomene
Testing for Payment Gateway bør inkludere
Funksjonell testing: Det er å teste basisfunksjonaliteten til betalingsgatewayen. Det er for å verifisere om søknaden oppfører seg på samme måte som den skal være som håndtering av bestillinger, beregning, tillegg av merverdiavgift i henhold til land etc.
Integrasjon: Test integrasjon med kredittkorttjenesten din.
Ytelse: Identifiser ulike ytelsesberegninger som høyest mulig antall brukere som kommer gjennom gatewayer i løpet av en bestemt dag og konverterer dem til samtidige brukere
Trygghet: Du må utføre et dypt sikkerhetspass for Payment Gateway.
Legg til lokaliseringstesting for valuta og språk, kompatibilitetstesting for enheter, og Regresjonstesting etter hver oppdatering av leverandør-API-et.
Slik tester du Payment Gateway: Komplett sjekkliste
Før du begynner å teste –
- Samle inn riktige testdata for dummy-kredittkortnummeret for maestro, visa, master etc.
- Samle inn informasjon om betalingsgatewayer, som f.eks. Google Lommebok, Paypal eller annet
- Samle betalingsgateway-dokument med feilkoder
- Forstå økten og parameterne som sendes gjennom applikasjons- og betalingsgatewayen
- Forstå og teste mengden relatert informasjon som sendes gjennom søkestrengen eller variabelen eller økten
- Sammen med betalingsgateway-språket, sjekk språket til applikasjonen
- Under de ulike innstillingene for betalingsgateway som valutaformat, samles abonnentdata inn.
Tips: Kartlegg alle forventede feil til en dokumentert leverandørfeilkode, slik at en vag «betalingen fungerte ikke»-feil blir en reproduserbar sak.
Slik setter du opp et testmiljø for betalingsgateway
Pålitelige resultater starter med et miljø som oppfører seg som produksjon uten å flytte ekte penger. Nesten alle leverandører leverer en sandkasse som speiler det aktive API-et, men som ikke avregner noe, og det er i den sandkassen at mesteparten av testingen av betalingsgatewayer hører hjemme.
- Be om sandkasse-legitimasjon. Skaff deg en separat selger-ID, API-nøkkel og hemmelighet, og lagre dem utenfor kildekode-arkivet.
- Pek applikasjonen mot sandkassens endepunkt. Bekreft fra nettverksloggen at ingen forespørsler når live gateway-verten.
- Last inn de offisielle testkortene. Alle ordninger publiserer tall som fremtvinger et fast utfall: godkjenning, avslag, utilstrekkelige midler, utløpt kort eller blokkering av mistet kort.
- Kopier aldri produksjonsdata. PCI Security Standards Council Regler forbyr live kortinnehaverdata i testmiljøer, så masker alle poster.
- Aktiver 3D Secure-testmodus. Utløs friksjonsløsheten og utfordringsflyten, slik at omdirigerings-, timeout- og avbrytingsbaner utøves.
- Registrer en webhook-mottaker. Betalingsstatus kommer ofte asynkront, så sjekk at varsler om registrering, refusjon og tilbakeføring oppdaterer ordreposten.
- Simuler nettverksfeil. Dropp eller utsett svar via en proxy og bekreft at det ikke vises noen duplikatbelastning når kunden prøver på nytt.
- Tilbakestill status mellom kjøringer. Tøm handlekurver, økter og lagrede tokens, slik at en foreldet økt ikke maskerer en feil.
Hold en kort kjørebok med sandkasser URLs, testkortnumre og forventede svarkoder. Det lar nye testere gjenskape ethvert scenario umiddelbart og fungerer også som revisjonsbevis.
Advarsel: Aldri pek en testsuite mot live legitimasjon. En enkelt bortkommen autorisasjon på et ekte kort er både en økonomisk hendelse og et brudd på samsvarsregler.
Eksempel på testtilfeller for betalingsgateway
Følgende er viktige testscenarier/tilfeller for å sjekke Payment Gateway
| Sr# | test Cases |
|---|---|
| 1 | Prøv å endre språket for betalingsgatewayen under betalingsprosessen |
| 2 | Etter vellykket betaling, test alle nødvendige komponenter, enten de er hentet eller ikke |
| 3 | Sjekk hva som skjer hvis betalingsgateway slutter å svare under betaling |
| 4 | Under betalingsprosessen sjekk hva som skjer hvis økten avsluttes |
| 5 | Under betalingsprosessen sjekk hva som skjer i backend |
| 6 | Sjekk hva som skjer hvis betalingsprosessen mislykkes |
| 7 | Sjekk databaseoppføringene om de lagrer kredittkortopplysninger eller ikke |
| 8 | Under betalingsprosessen sjekk feilsider og sikkerhetssider |
| 9 | Sjekk innstillingene for popup-blokkering, og se hva som skjer hvis en popup-blokkering er på og av |
| 10 | Mellom betalingsgateway og applikasjonssjekk buffersider |
| 11 | Sjekk på vellykket betaling, en suksesskode sendes til applikasjonen og en bekreftelsesside vises til brukeren |
| 12 | Kontroller om transaksjonen behandles umiddelbart eller om behandlingen skjer til banken din |
| 13 | Etter vellykket transaksjon, sjekk om betalingsgatewayen går tilbake til applikasjonen din |
| 14 | Sjekk alle formater og meldinger når betalingsprosessen er vellykket |
| 15 | Med mindre du ikke har en godkjenningskvittering fra betalingsgatewayen, skal varen ikke sendes |
| 16 | Informer eieren om enhver transaksjon som behandles via e-post. Krypter innholdet i e-posten |
| 17 | Sjekk beløpsformatet med valutaformat |
| 18 | Sjekk om hver av betalingsalternativene er valgbare |
| 19 | Sjekk om hver oppført betalingsmåte åpner den respektive betalingsmåten i henhold til spesifikasjonen |
| 20 | Kontroller om betalingsgatewayen som standard har ønsket debet-/kredittkortalternativ |
| 21 | Bekreft standardalternativet for rullegardinmenyen for debetkort viser kortvalg |
Den neste avgjørelsen er hvilket av disse scenariene som fortjener et manus.
Manuell vs. automatisert testing av betalingsgatewayer
Begge tilnærmingene hører hjemme i et betalingsprogram, og det nyttige spørsmålet er hvilke tilfeller som passer til hvilken metode. Manuelt arbeid er sterkest på nye integrasjoner og alt som krever menneskelig vurdering. Automatisering tjener sin støtte på stabile, repeterende baner som må passere på hver bygging.
| Aspekt | Manuell testing | Automatisert testing |
|---|---|---|
| Passer best for | Utforskende kontroller, førstegangsintegrasjoner, visuell og ordlydgjennomgang | Regresjonssuiter og røykkontroller på hver utplassering |
| Speed | Treg; én tester kjører ett scenario om gangen | Raskt; mange scenarier kjører parallelt |
| Kostnadsprofil | Lav oppsettinnsats, høy gjentakende innsats | Høy oppsettinnsats, lav gjentakende innsats |
| Typisk verktøy | Verktøy for nettleserutviklere og sandkasse-dashbord | Selenium, Appium, Postman for API-sjekker |
| Hovedsvakhet | Vanskelig å skalere på tvers av mange korttyper eller lastenivåer | Blind for layout- og brukervennlighetsproblemer |
En praktisk oppdeling er å automatisere vellykkede, avviste og refusjonsbaner for hver korttype, og reservere manuelle økter for nye gateway-versjoner. Kjør lastprofiler separat med JMeter.
Ting du bør vurdere før du kjøper Gateway-pakke
- Hvis du har kjøpt en butikkping handlekurvpakken, finn ut om dens kompatibilitet
- Hvis butikkenping Gateway-pakken forfaller, spør leverandøren av betalingsgatewayen om en liste over støttede applikasjoner
- Gatewayen må tilby adressebekreftelsessystembeskyttelse
- Finn ut hvilke typer transaksjonsbeskyttelse som tilbys
- Sjekk hvilke typer debet- eller kredittkort som godtas av din valgte betalingsgateway
- Sjekk transaksjonsgebyrene som kreves av en betalingsgateway
- Sjekk om gatewayene samler inn betalingen rett på skjemaet eller direkte til en annen side for å fullføre kjøpet
