Requisitos para las pruebas
Esperamos que las entidades emisoras prueben sus integraciones para asegurarse de que se cumplen los siguientes criterios antes de realizar el lanzamiento:
- El TSP aprobó tu lanzamiento.
- Se aprobaron todas las pruebas funcionales correspondientes.
- Se agregó correctamente el token a cada rango de BIN que se lanzará.
- Se implementaron al menos dos opciones de autenticación de ruta amarilla (verificación requerida).
- Se realizaron 10 tokenizaciones con una tasa de éxito de la ruta amarilla superior al 80%.
- Se realizaron 5 pagos sin contacto en tiendas con una tasa de éxito superior al 90%.
- Se realizó correctamente 1 transacción en línea.
- No ocurrieron problemas graves relacionados con las transacciones en tiendas o en línea.
Las entidades emisoras deben trabajar directamente con su TSP para certificar la integración. No necesitan solicitarle la aprobación del lanzamiento directamente a Google, aunque podríamos bloquear un lanzamiento si detectamos que no cumple con estos requisitos.
Restricción de acceso
Antes de los lanzamientos, los usuarios no deberían poder aprovisionar sus tarjetas. Trabaja con tu TSP para restringir el acceso a la tokenización solo a las tarjetas de usuarios internos y de prueba autorizados hasta que tu lanzamiento se apruebe.
Pruebas piloto
Te recomendamos (aunque no es obligatorio) que realices una prueba piloto interna con empleados de confianza antes del lanzamiento. La prueba piloto ayuda a aumentar el volumen de las tokenizaciones, los pagos sin contacto, las transacciones en línea y los dispositivos que se usan antes del lanzamiento.
Prácticas recomendadas para las pruebas
Los patrones de pruebas de las entidades emisoras pueden ser similares a los patrones de fraudes, ya que ambos suelen implicar realizar muchas solicitudes de aprovisionamiento, además de rechazos frecuentes. Cuando realices pruebas, es posible que nuestro motor de riesgos te bloquee o que empieces a recibir puntuaciones de riesgo más bajas de lo normal. Nuestras reglas de riesgo se aplican tanto a la zona de pruebas como a los entornos de producción.
Los casos de prueba de esta página se diseñaron para ejercitar la integración por completo y, al mismo tiempo, minimizar la cantidad total de intentos de tokenización necesarios para minimizar el posible impacto de los respectivos motores de riesgo de Google y de la entidad emisora.
Prueba funcional
Esperamos que las entidades emisoras completen las siguientes pruebas de extremo a extremo para cada cartera de redes y tarjetas que emitan para asegurarse de que su integración con Google Pay funcione perfectamente para los titulares de las tarjetas:
Casos de prueba de la creación de tokens
Caso de prueba | Criterios de salida |
---|---|
1. Agregar una tarjeta mediante OCR y la información correcta | La tarjeta se agrega a Google Pay. |
2. Agregar una tarjeta ingresando manualmente el número PAN con la información correcta | La tarjeta se agrega a Google Pay. |
3. Intentar agregar una tarjeta con una fecha de vencimiento incorrecta | Aparece un mensaje de error que indica que la tarjeta no se pudo agregar o en el que se le solicita al usuario que verifique los detalles de la tarjeta. Nótese que el mensaje de error varía según la red. |
4. Intentar agregar una tarjeta con un CVV incorrecto | Aparece un mensaje de error que indica que la tarjeta no se pudo agregar o en el que se le solicita al usuario que verifique los detalles de la tarjeta. Nótese que el mensaje de error varía según la red. |
5. Intentar agregar una tarjeta con un nombre incorrecto (si la entidad emisora verifica este dato) | Aparece un mensaje de error que indica que la tarjeta no se pudo agregar o en el que se le solicita al usuario que verifique los detalles de la tarjeta. Nótese que el mensaje de error varía según la red. |
6. Intentar agregar una tarjeta con una dirección incorrecta (si la entidad emisora verifica este dato) | Aparece un mensaje de error que indica que la tarjeta no se pudo agregar o en el que se le solicita al usuario que verifique los detalles de la tarjeta. Nótese que el mensaje de error varía según la red. |
7. Intentar agregar una tarjeta con un teléfono incorrecto (si la entidad emisora verifica este dato) | Aparece un mensaje de error que indica que la tarjeta no se pudo agregar o en el que se le solicita al usuario que verifique los detalles de la tarjeta. Nótese que el mensaje de error varía según la red. |
8. Agregar una tarjeta de ruta verde (si se admite) | La tarjeta se agrega a Google Pay. |
9. Agregar una tarjeta de ruta amarilla por cada método de ID&V admitido | La tarjeta se agrega a Google Pay. |
10. Intentar agregar una tarjeta inelegible (si corresponde) | Aparece un error que indica que esta tarjeta no puede usarse con Google Pay porque aún no se admite. |
11. Agregar una tarjeta de "usuario autorizado" (si corresponde) | La tarjeta se agrega a Google Pay. |
12. Agregar una tarjeta de "titular secundario de la tarjeta" (si corresponde) | La tarjeta se agrega a Google Pay. |
13. Intentar agregar una tarjeta de ruta roja | Aparece un error en que se le solicita al usuario que se comunique con el banco emisor de la tarjeta. No es posible realizar más acciones. |
14. Agregar la misma tarjeta a Google Pay en otro dispositivo | La tarjeta se agrega a Google Pay en el segundo dispositivo. Tienes dos tokens activos para esta tarjeta, uno en cada dispositivo. |
Casos de prueba de los pagos en tiendas
Caso de prueba | Criterios de salida |
---|---|
1. Realizar una transacción de bajo valor en una terminal de NFC compatible | El pago es exitoso. |
2. Comprobar que se generen notificaciones de transacción por las transacciones exitosas | Se muestra la transacción más reciente, incluida la fecha, el importe y el nombre del comercio. |
3. Reembolsar el total de una compra | El reembolso se realiza correctamente y se produce una notificación de transacción acerca del reembolso. |
4. Reembolsar una compra parcialmente | El reembolso parcial se realiza correctamente y se produce una notificación de transacción sobre el reembolso. |
5. El pago falla en una terminal de NFC compatible cuando la entidad emisora rechaza la transacción (p. ej., debido a fondos insuficientes) | La compra se rechaza y el usuario ve una notificación de transacción sobre el rechazo. |
6. Realizar una transacción de alto valor en una terminal de NFC compatible | El pago es exitoso. |
Casos de prueba de los pagos en aplicaciones
Caso de prueba | Criterios de salida |
---|---|
1. Hacer una transacción en la aplicación y verificar si se realiza correctamente | El pago es exitoso. |
2. Comprobar que una notificación de transacción aparezca después de que se realice la transacción | Se muestran detalles sobre la transacción, incluida la fecha, el importe y el nombre del comercio. |
3. Comprobar que se muestre correctamente el recibo detallado de la transacción | Se muestran detalles sobre la transacción, incluida la fecha, el importe y el nombre del comercio. |
Casos de prueba de los metadatos del token
Caso de prueba | Criterios de salida |
---|---|
1. Revisar el diseño de la tarjeta en la pantalla de ID&V de ruta amarilla | Se muestra el diseño de tarjeta correcto. |
2. Revisar el diseño de tarjeta de los tokens activos | Se muestra el diseño de tarjeta correcto. |
3. Revisar el vínculo de la aplicación en la pantalla de detalles de la tarjeta | El vínculo a tu aplicación es visible y está correcto. |
4. Revisar el vínculo de las Condiciones del Servicio en la pantalla de detalles de la tarjeta | El vínculo a las Condiciones del Servicio es visible y está correcto. |
5. Revisar el vínculo de la Política de Privacidad en la pantalla de detalles de la tarjeta | El vínculo a la Política de Privacidad es visible y está correcto. |
6. Revisar el teléfono de contacto en la pantalla de detalles de la tarjeta | La información del teléfono de contacto es visible y está correcta. |
7. Actualizar los metadatos de la tarjeta (p. ej., el diseño de la tarjeta, el vínculo de la Política de Privacidad, etcétera) | Se aplican las actualizaciones al token. |
`
Casos de prueba de la revinculación de tokens
Caso de prueba | Criterios de salida |
---|---|
1. Actualizar el número PAN de la tarjeta | Comprueba que los últimos 4 dígitos estén actualizados en el token. |
2. Realizar una transacción NFC con la tarjeta con el número PAN actualizado | El pago es exitoso. |
Casos de prueba de eliminación y suspensión
Caso de prueba | Criterios de salida |
---|---|
1. Borrar el token en Google Pay | La tarjeta se eliminó de la lista de tarjetas en Google Pay y la eliminación es visible en el sistema back-end del emisor |
2. Borrar el token usando el backend del emisor | La tarjeta se eliminó de la lista de tarjetas en Google Pay en poco tiempo (preferiblemente unos segundos) |
3. Suspender el token utilizando el backend del emisor (si corresponde) | La tarjeta muestra un estado suspendido al poco tiempo (preferiblemente unos segundos) |
4. Anular la suspensión del token mediante el back-end del emisor (si corresponde) | La tarjeta deja de indicar un estado suspendido al poco tiempo (preferiblemente unos segundos) |
5. Suspender la tarjeta utilizando el back-end del emisor | Hay dos salidas posibles para esta prueba. El comportamiento varía según el emisor. Opción 1: La tarjeta se suspende pero el token permanece activo para realizar compras. Opción 2: La tarjeta se suspende y todos los tokens también se suspenden. |
6. Anular la suspensión de la tarjeta mediante el back-end del emisor | La tarjeta deja de indicar un estado suspendido al poco tiempo de ser reactivada (preferiblemente unos segundos) |
7. Intento de agregar una tarjeta que actualmente está suspendida | El emisor rechaza el intento de aprovisionamiento (ruta roja) |
8. Intentar agregar una tarjeta que estaba previamente suspendida y reactivada | El intento de aprovisionamiento sigue el escenario de tokenización de ruta verde o amarilla como de costumbre |
9. Realizar una transacción NFC utilizando el token que previamente fue suspendido y reactivado | Pago exitoso |
10. Realice una transacción dentro de la aplicación utilizando el token que anteriormente fue suspendido y reactivado | Pago exitoso |