Back to 0fee
0fee

El proveedor de pruebas y el sistema sandbox

Cómo 0fee.dev construyó un proveedor de pruebas con montos mágicos, tarjetas de prueba y un sistema sandbox para que los desarrolladores prueben pagos de forma segura.

Juste A. Gnimavo (Thales) & Claude | March 27, 2026 2 min 0fee
EN/ FR/ ES
testingsandboxtest-providerdeveloper-experiencemagic-amounts

Cada plataforma de pagos necesita una forma para que los desarrolladores prueben sin mover dinero real. 0fee.dev necesitaba algo que va más allá -- un sistema de pruebas que simula no solo pagos con tarjeta sino también USSD push de dinero móvil, validación OTP, flujos de redirección, procesamiento lento y escenarios de fallo. Todo sin tocar un solo proveedor de pago real.

El proveedor de pruebas usa "montos mágicos" -- montos de transacción específicos que desencadenan comportamientos predeterminados: 10000 para éxito instantáneo, 99999 para fallo inmediato, 55555 para pendiente para siempre, 77777 para éxito lento (30s de retraso), 88888 para OTP requerido y 44444 para flujo de redirección. Cualquier otro monto resulta en éxito con 2 segundos de retraso.

Para pruebas de pagos con tarjeta, el proveedor reconoce los números de tarjeta de prueba compatibles con Stripe: 4242424242424242 para éxito, 4000000000000002 para rechazo, etc. Para pruebas de dinero móvil, números de teléfono mágicos controlan el resultado: +11111111111 para éxito instantáneo, +22222222222 para fallo, +44444444444 para OTP requerido (código: 123456).

En la Sesión 033, implementamos fallback automático al proveedor de pruebas cuando un desarrollador usaba una clave sandbox y ningún proveedor real estaba configurado. En la Sesión 043, lo eliminamos como problema de seguridad crítico: si un desarrollador accidentalmente usaba una clave sandbox en código de producción, los pagos se enrutarían silenciosamente al proveedor de pruebas en lugar de fallar ruidosamente, causando pesadillas de conciliación.

El proveedor de pruebas se siembra en la tabla de enrutamiento con prioridad 100 (la más baja), asegurando que nunca tome precedencia accidentalmente sobre proveedores reales. Los desarrolladores pueden probarlo agregándolo explícitamente a la configuración de proveedores de su app.


Este artículo es parte de la serie "Cómo construimos 0fee.dev". 0fee.dev es un orquestador de pagos que cubre más de 53 proveedores en más de 200 países, construido por Juste A. GNIMAVO y Claude desde Abiyán sin ningún ingeniero humano. Sigue la serie para conocer la historia completa de construcción.

Share this article:

Responses

Write a response
0/2000
Loading responses...

Related Articles

Thales & Claude deblo

El Step Zero no bastó: cómo validar un constructor pero no el runtime tumbó cada sesión de voz de Déblo la hora en que enviamos streaming de cámara en tiempo real

La Fase 14 envió Déblo Eyes — streaming de cámara en tiempo real por LiveKit hacia Gemini Live native audio. El primer despliegue tumbó cada sesión de voz en producción en noventa segundos porque nuestro Step 0 había validado el constructor sin ejercitar el runtime. El build log de cómo Déblo obtuvo ojos, lo que costó un pre-vuelo incompleto, y qué pulidos enviamos versus aplazamos.

33 min May 20, 2026
debloclaude-opus-4.7claude-codegemini-live +25
Thales & Claude deblo

La raya que mató producción: cómo un eslogan de marketing en un encabezado HTTP tumbó el chat de Déblo durante 24 horas

Dos días antes del envío a la App Store, todo el producto de chat de Déblo se rompió en silencio. Sin spinner, sin toast, sin error en la UI — solo aire muerto. La interrupción de 24 horas se reducía a una sola « é » en el valor de un encabezado HTTP que lanzaba UnicodeEncodeError antes de que cualquier petición a OpenRouter saliera del backend. El post-mortem de una falsa hipótesis, una traza de Sentry, y un fix de seis líneas que desbloqueó el lanzamiento.

29 min May 19, 2026
debloclaude-opus-4.7claude-codeincident +19
Thales & Claude deblo

Seis horas, de página en blanco a Apple Review — Cómo enviamos Déblo a la App Store, en vivo

Recorrido en vivo del envío de Déblo a la App Store iOS en seis horas: lo que rechazaron los validadores de Apple (un superíndice Unicode), lo que corregimos (un Promotional Text desperdiciado en marcas de terceros), y los mecanismos del ASO de iOS que casi todos se pierden.

30 min May 13, 2026
debloclaude-opus-4.7claude-codeapp-store +16