# Informe de pruebas de pagos entre mercados

> Ejemplo ficticio, no entregable de un cliente. Datos, participantes, tareas y hallazgos son inventados. Los entregables reales dependen del alcance acordado.

Consulta una estructura que conecta observaciones, evidencia y decisiones.

## 1. Alcance y resumen

DemoPay es un monedero ficticio. Dos participantes ficticios de Malasia y Brasil realizan dos tareas sobre estado del pago y claridad de comisiones. Ilustran el formato, no el rendimiento general ni una tasa de éxito.

## 2. Cobertura de países y entornos

El ejemplo utiliza Android con red móvil en Malasia e iOS con Wi-Fi en Brasil. No son pruebas reales.

| Registro | Mercado / participante | Entorno | Observación |
| --- | --- | --- | --- |
| T-001 | Malasia / MY-DEMO-01 | Android / red móvil | Estado incoherente / PAY-001 |
| T-002 | Brasil / BR-DEMO-01 | iOS / Wi-Fi | Comisiones poco claras / UX-002 |

## 3. Incidencia: PAY-001

Tras autorizar, la aplicación sigue mostrando pago pendiente. Pasos: abrir pedido → elegir método → autorizar → volver → revisar estado. Se espera coherencia o un estado de procesamiento explícito. EVIDENCE-DEMO-001 es un marcador sin archivo real. Revisar callbacks y sincronización; causa no confirmada. Prioridad alta ilustrativa, sujeta a revisión. Sin nuevas pruebas ejecutadas.

## 4. Observación UX: UX-002

El participante ficticio no distingue importe y comisiones. Puede causar dudas, pero no se midió impacto en conversión. Mostrar importe, comisiones y total antes de confirmar y repetir la tarea de comprensión.

## 5. Mejora y nuevas pruebas

Ingeniería de pagos/QA revisa registros, corrige y vuelve a probar PAY-001. Producto/UX mejora las comisiones para UX-002 y valida comprensión según objetivos acordados. Ninguna incidencia está confirmada como resuelta.

## 6. Evidencia y limitaciones

Los informes reales pueden incluir capturas anonimizadas, grabaciones y entrevistas acordadas. No mostrar tarjetas completas, credenciales ni documentos de identidad. Separar observaciones, hipótesis y conclusiones. Completar versión, fecha, muestra, brechas, revisor y aceptación.

Bytecenture · sales@bytecenture.com