Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current Restore this Version View Page History

« Previous Version 5 Next »

Pruebas de proceso de conciliación

Precondiciones

Todas las pruebas del proceso tienen las siguientes precondiciones:

Pruebas de conciliación de autorizaciones

Para las pruebas de conciliación de autorizaciones se requieren tres conjuntos de datos de distintos orígenes:

Archivo de autorizaciones:

Es el archivo suministrado por Fiserv ( dfmlg0a1). Es un archivo de texto con campos de ancho fijo. Se encuentra en un S3 ubicado en

s3://{ENV}.fiserv.spin/dfmlg0a1/DFMLG0A1_{AAAA}-{MM}-{DD}.TXT

donde {ENV} es el ambiente, {AAAA}, {MM} y {DD} corresponden a los datos de la fecha del día anterior.

Los campos que se extraen de el archivo son los siguientes:

  1. Fecha autorización: Posición 2, Largo 8

  2. Hora autorización: Posición 11, Largo 7

  3. Número de cuenta: Posición 22, Largo 19

  4. Tipo de registro: Posición 64, Largo 1. Para que el registro sea tomado en cuenta debe tener el valor A

  5. FAS Action Final: Posición 97, Largo 1. Para que el registro sea tomado en cuenta debe tener el valor A

  6. Código autorización: Posición 103, Largo 6

Base de datos de transacciones de Spin

Corresponde a la base de datos de MongoDB de Spin donde se almacenan las transacciones (fiservTransactions).

Los campos accedimos de la base de datos son los siguientes:

  1. createdAt: Fecha de la transacción. Para que el registro sea tomado en cuenta debe estar en le rango de los últimos 15 días.

  2. accountNumber: Código de cuenta.

  3. authCode: Código de autorización de la transacción.

Base de datos de mirror de balances

Es la base de datos en MongoDB donde se almacena la información de Mirror de balances, para esta tabla se acceden los siguientes campos:

_id: Corresponde al código de cuenta de 19 dígitos.

forceSync: Bandera booleana a activar si se requiere sincronizar el saldo al próximo ingreso del usuario.

Matriz de pruebas

#

Prueba

Proceso

Objetivo

Resultado Esperado

Valores dfmlg0a1

Valores FiservTransactions

Valores balances

1

Prueba de Lectura de Archivo de Autorizaciones

1.1 Prueba exitosa

Ejecutar prepare_authorization_file con un archivo de prueba que contenga datos simulados.

Verificar que el sistema lee correctamente el archivo dfmlg0a1 y extrae los campos relevantes.

La función debe devolver un DataFrame con los registros filtrados correctamente según los criterios especificados (fasActionFinal=A y recordType=A).

Archivo dfmlg0a1 con al menos un registro

N/A

N/A

1.2 Prueba fallida

Ejecutar prepare_authorization_file cuando el archivo no se encuentra

Verificar errores en caso que el archivo dfmlg0a1 no se encuentre

La función retorna un DataFrame vacío

Archivo dfmlg0a1 no existente en path de búsqueda

N/A

N/A

2

Prueba de Conexión a MongoDB

2.1 Prueba exitosa

Ejecutar funciones que requieran conexión a MongoDB, como sync_balances.

Confirmar que el sistema se conecta correctamente a las bases de datos de MongoDB y lee/escribe datos.

Conexión exitosa y lectura/escritura de datos sin errores.

Archivo dfmlg0a1 con al menos un registro válido

Conexión válida a colección fiservTransactions

Conexión válida a colección balances

2.2

Prueba fallida DB Spin

Verificar que no se logra establecer conexión con la base de datos de Spin

El sistema genera error de conexión con base de datos y lo reporta en Cloud Watch

Archivo dfmlg0a1 con al menos un registro válido

Conexión no válida a fiservTransactions

N/A

2.3 Prueba fallida BD Mirror

Verificar que no se logra establecer conexión con la base de datos de FFSS

El sistema genera error de conexión con base de datos y lo reporta en Cloud Watch

Archivo dfmlg0a1 con al menos un registro válido

Conexión válida a colección fiservTransactions

Conexión no válida a balances

3

Prueba de Filtrado y Transformación de Datos

3.1

Prueba exitosa

Usar un conjunto de datos de prueba y ejecutar la transformación mediante parse_authorization_file_line_udf. El archivo debe contener información valida para las columnas authorizationDate, authorizationTime, accountNumber, recordType, fasActionFinal, authorizationCode

Asegurar que los datos son filtrados y transformados adecuadamente.

Los datos transformados deben coincidir con los criterios de filtrado y transformación definidos.

Archivo dfmlg0a1 válido con al menos un registro conteniendo recordType y fasActionFinal = 'A'

Colección de registros con valor createdAt < 15 dias. (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

N/A

3.2 prueba exitosa

Verificar que registros no contemplados de dfmlg0a1 no se procesen

Los registros no contemplados deben ignorarse.

Archivo dfmlg0a1 válido con al menos un registro conteniendo recordType y fasActionFinal con valores diferentes a 'A' (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

Colección de registros con valor createdAt < 15 dias. (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

N/A

2.2

Prueba fallida

las columnas authorizationDate, authorizationTime, accountNumber, recordType, fasActionFinal, authorizationCode No se pueden procesar correctamente

El archivo tiene formato incorrecto de columnas

El sistema genera error y lo reporta en Cloud Watch

N/A

N/A

N/A

4

Prueba de Sincronización de Balances

4.1

Prueba exitosa

Ejecutar sync_balances con un conjunto de números de cuenta de prueba.

Verificar que la sincronización de balances se realiza correctamente.

Los balances en la base de datos deben reflejar los cambios especificados.

Archivo dfmlg0a1 válido con al menos un registro conteniendo recordType y fasActionFinal con valores diferentes a 'A' (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

Colección de registros con valor createdAt < 15 dias. (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

Colección de registros de balances.

(ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

5

Prueba de Actualización de Datos en MongoDB

5.1

Ejecutar sync_balances y luego verificar los datos en MongoDB.

Comprobar que la actualización de datos en MongoDB se realiza correctamente.

Campo forceSync en documentos de colección de balances afectados debe estar en true

Archivo dfmlg0a1 válido con al menos un registro conteniendo recordType y fasActionFinal con valores diferentes a 'A' (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

Colección de registros con valor createdAt < 15 dias. (ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

(ver https://fintechdigital.atlassian.net/wiki/spaces/TPP/pages/2637234486/Matriz+de+pruebas+-+Procesos+de+conciliaci+n#Datos-de-prueba )

6

Prueba de Rendimiento y Tiempos de Ejecución

6.1

Ejecutar el proceso completo bajo una carga de datos representativa.

Evaluar el rendimiento y los tiempos de ejecución del proceso bajo carga normal.

El proceso se completa dentro de un marco de tiempo aceptable y sin problemas de rendimiento.

Tomar volmen de datos cercano a entorno productivo

Tomar volmen de datos cercano a entorno productivo

Tomar volmen de datos cercano a entorno productivo

Datos de prueba

  1. dfmlg0a1

Para las autorizaciones se han realizado pruebas con el siguiente archivo:

Este archivo tiene el campo fasActionFinal con diferentes valores, permitiendo filtrar las transacciones a filtrar.

  1. fiservTransactions

Para la colección de fiservTransaccions se ejecutaron las pruebas con el siguiente conjunto de datos:

Para su uso es necesario actualizar el campo createdAt ya que el proceso sólo toma los registros de los últimos 15 días

  1. Balances

La colección usada para balances es la siguiente:

Dado que el proceso selecciona las cuentas correspondientes a los registros que aparezcan en dfmlg0a1 y fiservTransactions, las cuentas a afectar son '9500503723955682686', '9500503436486273327', '9500505431082353258', '9500500351299302127' y '9500507458943397347'

De las anteriores, la única cuenta afectada es '9500505431082353258', por ser la única registrada en colección de balances de prueba