Skip to main content
NuevoProtección contra contracargos y análisis de comisiones para comercios de alto volumen. Obtenga un análisis de ahorro y una revisión de la gestión de disputas.Ver cómo funciona
Detalles

Protección contra contracargos + Comisión Optimization

Ver cómo funciona: high-volume comerciantes get automated disputa evidence, optimización de intercambio, y real-time savings visibility.

Ver cómo funciona

DEVELOPER PLATFORM

Testing

El RapidCents entorno de pruebas (sandbox) exposes documented test tarjetas ese force specific outcomes: approval, generic decline, insufficient funds, expired tarjeta, un 3-D Secure frictionless pass, un 3-D Secure challenge y un fraud block. Because el outcome follows desde la tarjeta number rather than un emisor decision, un test ese asserts en un specific result stays green para el right reason. El endpoints, request bodies y response shapes son el production ones, so cada sucursal de error y webhook (notificación HTTP) handling puede ser walked antes de real money es involved.

  • Entorno de pruebas (sandbox) con documented test tarjetas
  • Signed webhooks
  • Typed errors y idempotent retries
  • Dedicated developer support
RapidCents sandbox testing with documented test cards and a blue payment terminal
RapidCents sandbox testing: documented test cards, a simulated decline, and a terminal for the in-person cases.

Qué crosses el wire

  • Dónde it sits

    En el same place su production pago call sits. Usted change el credential y la tarjeta number; el endpoints, el request bodies y el response shapes do no change, que es qué makes el exercise transferable.

  • Qué usted send

    UN normal solicitud de pago carrying un documented tarjeta de prueba. El reference lists each tarjeta, el brand it emulates y el outcome it produces, including que ones require un authentication step a complete.

  • Qué comes back

    El same response su integration will see en production, followed por el same lifecycle events. Assert en el state y el typed code, no en el HTTP status alone.

Cuando a use it

  • Before go-live

    Cada decline path, el 3-D Secure challenge y en least one reembolso should ser walked once, deliberately, rather than discovered por un cliente.

  • En CI

    Entorno de pruebas (sandbox) runs make pago logic regression-testable rather than manually verified, y they catch el change ese quietly stopped handling un code.

  • After any dependency upgrade

    Un SDK bump, un framework change o new software intermediario puede break firma de webhook (notificación HTTP) verification sin touching un line de su own pago code.

Cómo a implement Testing

  1. Run el approval tarjeta a confirm el happy path end a end.

  2. Force each decline code y assert su handling branched correctly.

  3. Trigger un 3-D Secure challenge y complete el authentication flow.

  4. Reembolso un captured pago y confirm el reembolso evento updates su record.

  5. Simulate liquidación events y reconcile el resulting records against su libro contable.

Qué fails, y cómo usted find out

  • Solo el happy path es covered

    Un integration ese has never seen un decline will ship one. El approval tarjeta proves connectivity; el decline tarjetas prove el application actually handles el outcome su clientes will hit most often.

  • Tests ese assert en message text

    Message wording es no part de el contract y will change. UN test pinned a it fails en un copy edit y passes en un genuine regression, que es el worst de both.

  • Webhook handling never exercised

    If tests solo call el API y read el response, el handler ese fulfils orders es untested. Drive en least one test mediante el evento, including un deliberate redelivery.

  • Sandbox timings copied into production assumptions

    Liquidación en entorno de pruebas (sandbox) es compressed. Code ese assumes un funded evento follows un captura within minutes will sit idle en production, dónde it follows su funding schedule.

Sandbox versus production

  • El outcome es deterministic

    No emisor es contacted. UN tarjeta ese declines para insufficient funds does so en cada attempt, en any hour, que es el property ese makes pago logic safe a assert en en CI.

  • Authentication es simulated, no skipped

    El 3-D Secure step still runs; qué changes es ese una tarjeta de prueba decides whether it passes sin friction o presents un challenge, so both branches son reachable en demand.

  • Nothing settles para real

    Entorno de pruebas (sandbox) depósitos, comisiones y lote records exist so conciliación code puede ser written against them, but they son illustrative. Su actual rate y funding schedule come desde su cuenta, no desde un entorno de pruebas (sandbox) response.

Questions about Testing

Puede I test 3-D Secure en el RapidCents entorno de pruebas (sandbox)?

Yes. Dedicated test tarjetas force un frictionless pass y un flujo de autenticación con desafío so both authentication outcomes puede ser exercised.

Does sandbox settlement behave like production?

Liquidación events son simulated en un accelerated schedule so conciliación logic puede ser tested sin waiting days para un real depósito.

Do entorno de pruebas (sandbox) transacciones cost anything?

No. Entorno de pruebas (sandbox) procesamiento es free during evaluation y development.

Puede I run entorno de pruebas (sandbox) tests en continuous integration?

Yes, y ese es el point de deterministic tarjetas. Give CI its own entorno de pruebas (sandbox) credentials, keep them en el same secret manager as everything else, y treat un failing pago test as un blocking failure.

Cómo do I test un webhook (notificación HTTP) sin un public endpoint en CI?

Two layers. Verify el signature function directly against un captured raw carga útil as un unit test, then run el delivery path against un tunnel o un deployed preview environment para el integration test.

Qué cannot ser tested en el entorno de pruebas (sandbox)?

Anything ese depends en un real emisor o un real banco: genuine autorización behaviour, actual funding timing, y el outcome de un real disputa. Those son rehearsed en production con small amounts during un controlled cutover.

Should I test con el SDK o con raw HTTP?

Whichever su application uses en production. Testing mediante un layer usted do no ship proves el wrong thing, y SDK retry helpers son exactly el behaviour worth having under test.

Cómo do I test un reembolso sin un real pago?

Captura un entorno de pruebas (sandbox) pago con el approval tarjeta, then reembolso it y assert ese el reembolso evento updates su own record. El reembolso path es dónde un complemento (plugin), un platform y custom code most often disagree, y it es el one most rarely exercised antes de go-live.

Why did un pago test ese passed para months fail después de un dependency upgrade?

Usually firma de webhook (notificación HTTP) verification. New software intermediario, un SDK bump o un framework change puede parse el cuerpo de la solicitud antes de el raw bytes son read, y nothing en su own pago code has a change para cada valid evento a start being rejected as forged.

Take the next step

Talk a un RapidCents specialist

RapidCents Análisis de comisiones reads un estado de cuenta de procesamiento y shows intercambio interbancario separately desde el markup. Upload un estado de cuenta para un instant breakdown, o open una cuenta de comerciante y start accepting pagos en one cuenta.

  • No obligation
  • Payment specialists, not a call centre
  • Secure statement upload