Union54

Introducción

Union54 es una escisión de Zazu, el banco contrincante de África al que se le otorgó la Membresía principal de Mastercard. Tras comprobar la falta de cooperación y los procesos heredados de los bancos africanos, los fundadores de Zazu idearon una solución que ayudó a otras empresas de tecnología financiera a acelerar el proceso de emisión de tarjetas. Con Union54, la producción y emisión de tarjetas tarda de tres a nueve días.

Las API de Union54 permiten a las empresas emitir tarjetas de débito físicas y virtuales, financiar tarjetas en cualquier moneda, programarlas según las preferencias de cada uno, utilizar una plataforma de gestión de tarjetas para diversas actividades de banca digital, entre otras funciones.

Desafío

Cooperar con Union54 no ha sido más que un placer: ya estábamos familiarizados con su equipo, flujos de trabajo y estándares de calidad gracias al proyecto Zazu.

Estos son algunos de los aspectos más importantes que se nos exigió cumplir:

• Restricciones de tiempo. Dado que Union54 participó en el lote de verano de Y Combinator, tuvieron aproximadamente dos meses para entregar un MVP en pleno funcionamiento antes de presentarlo a una audiencia seleccionada de inversores y prensa el día de la demostración. Por nuestra parte, éramos responsables de las pruebas oportunas de los puntos finales de la API a medida que se iban construyendo.
• Estabilidad de la automatización de pruebas. Los proyectos de tecnología financiera como Union54 no pueden prescindir de la automatización de pruebas. Tales soluciones requieren una cantidad doble de esfuerzo de prueba, y las pruebas manuales por sí solas no proporcionarán una cobertura del escenario de prueba del 100 %. Nuestra tarea consistía en desarrollar una serie de automatización de pruebas estable que fuera completa y fácil de mantener y escalar.
• Falta de la interfaz de usuario. Nuestro cliente buscaba ingenieros de control de calidad altamente técnicos capaces de probar puntos finales de API sin una interfaz de usuario. Este requisito no supuso un reto para nosotros, ya que contamos con un equipo de expertos capacitados en pruebas de API.

Las soluciones de empresas de tecnología financiera como Union54 no toleran ningún descuido, por lo que compartimos la responsabilidad del éxito del proyecto desde el primer día.

Solución

Para garantizar una cobertura suficiente de las pruebas desde las primeras etapas de desarrollo y cumplir con los plazos, decidimos combinar la automatización de pruebas con las pruebas manuales. Tal asignación de recursos nos permitió automatizar alrededor del 90 % de los escenarios de prueba relacionados con los puntos finales y los activadores de bases de datos más esenciales.

El probador manual, por otro lado, escribe escenarios de prueba positivos y negativos, que luego son revisados por el ingeniero de automatización de pruebas, y se encarga del resto de la funcionalidad aún no automatizada o sin potencial de automatización. Los escenarios de prueba de misión crítica fueron verificados tanto por un ingeniero de automatización de pruebas como por un probador manual para lograr la máxima calidad de software.

Otro aspecto que sienta las bases para una estrategia exitosa de automatización de pruebas es la elección correcta de los marcos de prueba. Para las pruebas manuales, confiamos en Postman, ya que esta herramienta está diseñada específicamente para las pruebas de API y facilita la prueba de aplicaciones sin interfaz, precisamente con lo que estábamos tratando. Los scripts de automatización de pruebas se escribieron con Cypress, lo que es adecuado para proyectos de automatización de pruebas en constante crecimiento como Union54.

Probamos los puntos finales de la API a medida que se construían, por lo que nuestro plan de prueba incluía probar nuevas funciones, integración y pruebas de regresión.

Automatización de pruebas

La estabilidad de la automatización de pruebas es el principal desafío para cualquier ingeniero de automatización de control de calidad. ¿Por qué es tan importante? Validar qué pruebas fallaron debido a errores o cambios en el código y qué pruebas son el resultado de un entorno inestable es la práctica diaria de un ingeniero de automatización de control de calidad. Si las pruebas automatizadas son inestables, el número de falsos positivos seguirá aumentando a medida que el proyecto crezca. Como resultado, se pierde una enorme cantidad de tiempo en filtrar los falsos positivos de las pruebas realmente fallidas.

Antes de que empezáramos a trabajar en el proyecto, el equipo de Union54 ya había escrito un par de pruebas con el marco Mocha, así que decidimos intentarlo. A medida que los nuevos escenarios de prueba se volvían más elaborados y las series de prueba aumentaban de tamaño, notamos problemas de estabilidad significativos y comunicamos nuestras preocupaciones a nuestro cliente. Para resolver este problema, cambiamos a un marco diferente, reescribimos todas las pruebas existentes en Cypress y las colocamos en un repositorio separado.

Acordamos en eligir Cypress debido a los numerosos beneficios que ofrece. Cypress le permite reintentar automáticamente las pruebas fallidas y establecer un número personalizado de reintentos, ya sea para todas las pruebas o solo para una específica. Esta característica es muy útil para reducir la inestabilidad de las pruebas y las fallas de compilación de CI causadas por la falta de disponibilidad temporal de servicios de terceros o por errores de red aleatorios. Otras ventajas de Cypress son los patrones lógicos y directos, la alta legibilidad de los escenarios de prueba y el código escalable; los patrones ya escritos se pueden reutilizar en futuras pruebas. Cypress también es una buena opción para ejecutar escenarios de prueba complejos y de varios pasos.

La CI para las pruebas automatizadas se implementa con la ayuda de Bitbucket Pipeline. Todas las noches, a las 2 de la madrugada, los últimos commits (protocolos en dos fases) de la rama de desarrollo se introducen en el pipeline de CI. Por lo tanto, nuestras pruebas cubren todos los cambios en el código base, incluso si los desarrolladores trabajan hasta altas horas de la noche. Gracias a la integración de Bitbucket con Slack, recibimos notificaciones instantáneas de todos los commits, pull requests y estados de los pipelines, tanto exitosos como fallidos.

Una ejecución de prueba completa que incluye 1500 escenarios de prueba en el pipeline de CI toma alrededor de 1.5 horas, lo cual es bastante decente, considerando la complejidad y el número del escenario de prueba. Una vez conseguida la estabilidad de las pruebas automatizadas, vemos una imagen clara todas las mañanas, dedicando un tiempo mínimo a la resolución de problemas.

A medida que se añaden nuevas capacidades al sitio web de Union54, también cubrimos la parte del front-end con pruebas funcionales automatizadas.