Checklist de pruebas del flujo de pago para apps móviles

Los errores de pago cuestan dinero dos veces: en ventas perdidas y en reembolsos y reseñas enfadadas. La mayoría de equipos prueba que "la compra funciona" y ahí para. Esta lista cubre cada estado en el que puede acabar una compra: éxito, cancelación, fallo, pendiente y restauración. Cada punto tiene el resultado esperado, un motivo y cómo comprobarlo.

Configura antes las compras o cuentas de prueba de la tienda, y nunca pruebes con una tarjeta real que te importe. La configuración varía según la tienda; consulta la documentación vigente de la que uses.

Antes de la compra

1. El precio y la información del producto son correctos. Esperado: precio, periodo y lo incluido coinciden con la oferta real. Motivo: un precio erróneo daña la confianza y puede causar disputas (no es asesoramiento legal). Cómo: compara cada pantalla con los ajustes del producto en la tienda.
2. El precio está localizado. Esperado: moneda y formato coinciden con la región de la tienda. Motivo: los formatos incorrectos parecen una estafa. Cómo: prueba con cuentas de distintas regiones si puedes.
3. El botón de compra está desactivado mientras carga. Esperado: un estado de carga y luego el botón funciona. Motivo: tocar antes de que carguen los productos provoca errores. Cómo: ralentiza la red y abre el paywall. Consulta cómo probar tu paywall.
4. La lista de productos no carga. Esperado: mensaje claro y reintento, no un paywall vacío. Motivo: las llamadas a la tienda fallan. Cómo: desconéctate y abre la pantalla.

Éxito

5. Completa una compra. Esperado: el acceso se desbloquea al instante y aparece la confirmación. Motivo: es la promesa central. Cómo: compra con una cuenta de prueba y usa la función.
6. El acceso sobrevive a reiniciar la app. Esperado: sigue desbloqueado. Motivo: un desbloqueo que solo vive en memoria desaparece. Cómo: cierra y reabre.
7. El acceso aparece en un segundo dispositivo con la misma cuenta. Esperado: tras restaurar o iniciar sesión, desbloqueado. Motivo: los usuarios tienen varios dispositivos. Cómo: inicia sesión en otro dispositivo.
8. El backend y la app coinciden. Esperado: el servidor registra la compra. Motivo: las discrepancias causan el "he pagado y no tengo nada". Cómo: compara el registro del servidor con el estado de la app.

Cancelación

9. Cancela en la hoja de la tienda. Esperado: vuelves a la app sin cambios ni errores. Motivo: los usuarios se echan atrás a menudo. Cómo: cierra el diálogo de pago.
10. Cancela y compra de nuevo enseguida. Esperado: el segundo intento funciona. Motivo: los estados bloqueados tras cancelar son comunes. Cómo: cancela, pulsa comprar y completa.

Fallo

11. Pago rechazado o método no válido. Esperado: mensaje claro, nada desbloqueado. Motivo: las funciones desbloqueadas sin pago pierden dinero. Cómo: usa la opción de fallo de prueba de la tienda, si existe.
12. Se pierde la red durante la compra. Esperado: sin cargo doble ni compra perdida; la app se recupera en el siguiente inicio. Motivo: la confirmación del pago puede llegar tarde. Cómo: desconéctate justo tras confirmar, luego reconecta y reabre.
13. La app se cierra durante la compra. Esperado: la compra se detecta en el siguiente inicio y se desbloquea. Motivo: pasan llamadas y cierres. Cómo: fuerza el cierre con la hoja abierta y reabre.
14. Doble toque en comprar. Esperado: una sola compra. Motivo: los usuarios impacientes. Cómo: toca rápido.

Pendiente

15. Compra que necesita aprobación o confirmación (pendiente). Esperado: un mensaje de que la compra está pendiente, sin desbloqueo todavía, y desbloqueo cuando se apruebe. Motivo: algunos pagos terminan más tarde. Cómo: usa un escenario de pago pendiente si la tienda lo ofrece.
16. Cierra la app mientras está pendiente y vuelve más tarde. Esperado: el estado se actualiza cuando llega el resultado. Motivo: nadie espera dentro de la app. Cómo: cierra, espera y reabre.

Restauración y reembolsos

17. Restaura las compras tras reinstalar. Esperado: el acceso vuelve sin pagar otra vez. Motivo: los usuarios reinstalan y cambian de teléfono. Cómo: reinstala y pulsa Restaurar.
18. Restaurar sin nada que restaurar. Esperado: un mensaje amable. Motivo: los usuarios lo pulsan igualmente. Cómo: usa una cuenta sin compras.
19. Compra reembolsada o revocada. Esperado: el acceso termina de forma definida. Motivo: los reembolsos ocurren. Cómo: revócala en el entorno de prueba si es posible; para suscripciones, consulta la checklist de suscripciones.

Después de la compra

20. El recibo o la confirmación está disponible. Esperado: el usuario ve lo que compró. Motivo: reduce consultas a soporte. Cómo: búscalo en la app y en la tienda.
21. Cambio de precio o código promocional (si los usas). Esperado: importes correctos. Motivo: un mal manejo de las promociones pierde dinero. Cómo: prueba cada tipo de código.
22. Los eventos de analítica se disparan una vez. Esperado: un evento de compra por cada compra. Motivo: contar dos veces engaña. Cómo: revisa tu herramienta de analítica tras una prueba.

Esto no es asesoramiento fiscal ni legal; revisa tú mismo las normas locales sobre recibos, IVA y reembolsos.

Relacionado

• Centro: Checklist de pruebas para apps móviles
• Checklist de pruebas de cancelación y renovación de suscripciones
• Checklist de pruebas de validación de formularios

AppReviewX te da feedback privado y estructurado de otros desarrolladores sobre tu flujo de compra; cada feedback que escribes te da un crédito. Mira cómo funciona AppReviewX.