ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Generación de Tarjetas de Prueba - Entorno Testing


Enviado por   •  20 de Mayo de 2019  •  Apuntes  •  948 Palabras (4 Páginas)  •  746 Visitas

Página 1 de 4

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
Aprobado

0010

Resultado: OK
Aprobado

0011

Resultado: Rejected
Error: TR011
Tarjeta perdida o bloqueada.

0012

Resultado: Rejected
Error: TR013
Error indefinido en Adquirente. Compra no autorizada.

0013

Resultado: Rejected
Error: TR012
Límite de crédito excedido.

0002

Resultado: Rejected
Error: TR007
Error con algún dato del medio de pago (número de tarjeta, código de verificación y/o fecha de expiración).

0003

Resultado: Rejected
Error: TR010
Documento de identidad inválido.

0004

Resultado: Rejected
Error: TR011
Tarjeta perdida o bloqueada.

0005

Resultado: Rejected
Error: TR013
Error indefinido en Adquirente. Compra no autorizada.

Anulación

0001

Resultado: Anulación OK

0010

Resultado: Rejected
Error: TR013
Error indefinido en Adquirente. Anulación no realizada.

...

Descargar como (para miembros actualizados) txt (9 Kb) pdf (138 Kb) docx (21 Kb)
Leer 3 páginas más »
Disponible sólo en Clubensayos.com