Casos de prueba API de pagos con push

1. Request y response del servicio de pago con la API y pantallazo del comprobante de pago desde la app, en el ambiente de pruebas de QA y con un número de celu que esté activo. Además, el request y response del servicio de consulta de estado de pago, que demuestre que funcionó sin problema.

2. Request y response del servicio de pago con la API, en el ambiente de pruebas de QA y con un número de celu que esté activo, pero el pago debe haberse rechazado desde la app.

3. Request y response del servicio de pago con la API, en el ambiente de pruebas de QA y con un número de celu que esté activo, pero el pago debe vencerse o expirar, y esperar 45 minutos.

4. Request y response del servicio de pago con la API, en el ambiente de pruebas de QA y con un número de cel que no esté activo.

5. Request y response del servicio de devolución o reverso de un pago con la API que haya funcionado sin problema.

Este servicio debe usarse si hay fallas técnicas en tu sistema con la confirmación del pago, o cuando el servicio de Nequi para consultar el estado de un pago, muestra timeout o error 500 y no se puede confirmar si el usuario Nequi realizó o rechazo el pago.