Generación de Tarjetas de Prueba - Entorno Testing
Enviado por el_diegote_uy • 20 de Mayo de 2019 • Apuntes • 948 Palabras (4 Páginas) • 747 Visitas
Generación de Tarjetas de Prueba
Versión: 1.2
Histórico de versiones
Versión | Fecha | Autor | Descripción |
1.0 | 05/09/2018 | Wilson Cruz | Documento Inicial |
1.1 | 18/09/2018 | Wilson Cruz | Adaptación de códigos de error para comercios. |
1.2 | 23/10/2018 | Wilson Cruz | Casos de prueba para VISA (Cybersource). |
1.3 | 31/10/2018 | Gonzalo Pigni | Casos de prueba Creditel y Creditos Directos |
Objetivo
Establecer el proceso con el cual se generan números de tarjeta validos dentro del entorno de desarrollo y/o pruebas que no reflejen números de tarjeta reales utilizados en los entornos de producción.
Alcance
Este procedimiento es aplicable a los procesos de pruebas internos (en áreas de desarrollo) como así en el entorno de testing de SiemprePago S.R.L. disponible para los comercios que deseen realizar pruebas de integración.
Descripción
En los entornos de desarrollo y/o testing de SiemprePago S.R.L. no se establecen conexiones hacia los Adquirentes disponibles. En su lugar se utiliza un programa “emulador” el cual puede ser configurado de forma de entregar respuestas válidas a los distintos requests recibidos como si fuese el adquirente requerido.
Esto permite realizar las distintas pruebas (casos de éxito y distintos códigos de error) sin necesidad de comunicarse con el Adquirente y sin la utilización de tarjetas de crédito reales.
Funcionamiento del Emulador
Este emulador posee una configuración que le permite asociar la terminación de una tarjeta (últimos 4 dígitos) a una cierta respuesta válida.
La configuración se basa en un listado de las operaciones disponibles (dependiendo del adquirente) y para cada una de ellas, se establecen las distintas respuestas asociadas a un código (ej. “0001”) que representa los últimos 4 dígitos de la tarjeta recibida.
Cuando el sistema recibe un request desde la aplicación de pagos, se obtiene el número de tarjeta del mensaje enviado y se extraen 2 datos:
- BIN – Primeros 6 dígitos
- Terminación - Últimos 4 dígitos.
Con el BIN, se determina cual es el adquirente que se desea emular.
Con la terminación luego se recorre la configuración de ese adquirente de modo de encontrar la respuesta correspondiente a dicha terminación.
Procedimiento
A la hora de generar datos de tarjeta válidos para realizar pruebas, se debe primero establecer que adquirente se desea probar y que tipo de prueba se desea realizar.
Determinación de BIN
En la determinación del Adquirente, se determina también el BIN de la tarjeta a generar, el cual debe coincidir con alguno de los bines correspondientes a las marcas procesadas por el adquirente.
Por ej. si se desea realizar una prueba de integración con el adquirente FirstData (adquirente local de MasterCard en Uruguay) el BIN de la tarjeta generada debe seguir el siguiente formato:
^5[1-5][0-9]* |
Esto quiere decir que debe comenzar con un número 5, el segundo número debe ser entre 1 y 5, luego se aceptan cualquier otro número.
Por ejemplo, el BIN a probar puede ser el 510000.
A continuación se enumeran los Bines válidos en el sistema y su adquirente relacionado.
BIN (formato) | Marca | Adquirente | Notas |
^4[0-9]* | VISA | Visanet Uruguay | Cualquier tarjeta comenzada en 4. |
^5[1-5][0-9]* | Master Card | FirstData Uruguay | Cualquier tarjeta comenzada en 51 hasta 55 (excepto los que coincidan con OCA). |
^589892|^542991 | OCA | Oca Card | Cualquier tarjeta comenzada con 589892 o 542991. |
^601933|^608700 | Creditel | Creditel | Cualquier tarjeta comenzada en 601933 o 608700 |
^601828 | Creditos Directos | Creditos Directos | Cualquier tarjeta comenzada en 601828 |
Determinación de Comportamiento
Luego de determinar el BIN se debe determinar la prueba a ser realizada, con lo cual se determinará el comportamiento esperado del emulador.
Este comportamiento está compuesto por la operación a ser realizada y la respuesta esperada de dicha operación.
En el capítulo de Comportamientos Configurados se puede elegir el caso puntual a probar y con ello la terminación asociada.
Ejemplo
Por esto, si se desea realizar una prueba de “Autorización” con respuesta “Aprobada” para el Adquirente OCA, la tarjeta podría ser:
5898920000000001 |
Donde los primeros 6 dígitos corresponden a un BIN válido para OCA y los últimos 4 corresponden al comportamiento configurado para transacciones de “Autorización Aprobada” en el emulador.
El resto de los números puede variar indistintamente, puesto que son solo validados estos primeros 6 y últimos 4 dígitos.
Comportamientos Configurados
OCA
A continuación se enumeran los comportamientos asociados a las distintas terminaciones de tarjetas OCA.
Operación | Terminación | Comportamiento |
Compra | 0001 | Resultado: OK |
0010 | Resultado: OK | |
0011 | Resultado: Rejected | |
0012 | Resultado: Rejected | |
0013 | Resultado: Rejected | |
0002 | Resultado: Rejected | |
0003 | Resultado: Rejected | |
0004 | Resultado: Rejected | |
0005 | Resultado: Rejected | |
Anulación | 0001 | Resultado: Anulación OK |
0010 | Resultado: Rejected |
...