Union54

Introduction

Union54 est une scission de Zazu, la banque alternative africaine récompensée par le statut de Membre Principal Mastercard. Ayant été témoins de l’absence de coopération des banques africaines et de leurs processus archaïques, les fondateurs de Zazu ont conçu une solution aidant d’autres fintechs à accélérer le processus d’émission de cartes. Avec Union54, la production et l’émission de cartes prennent de trois à neuf jours.

Les API Union54 permettent aux entreprises d’émettre des cartes de débit physiques et virtuelles, de financer des cartes dans n’importe quelle devise, de les programmer selon leurs préférences, d’utiliser une plateforme de gestion des cartes pour diverses activités bancaires numériques, entre autres fonctionnalités.

Défi

Collaborer avec Union54 a été un vrai plaisir : nous connaissions déjà leur équipe, leurs workflows et leurs standards de qualité grâce au projet Zazu.

Voici quelques-uns des aspects les plus importants auxquels nous devions nous conformer :

• Contraintes de temps. Étant donné qu’Union54 participait au batch estival de Y Combinator, ils disposaient d’environ deux mois pour livrer un MVP entièrement fonctionnel avant de le présenter à un public sélectionné d’investisseurs et de presse lors du demo day. De notre côté, nous étions responsables du test des endpoints API au fur et à mesure de leur développement.
• Stabilité de l’automatisation des tests. Les projets fintech comme Union54 ne peuvent pas se passer de l’automatisation des tests. Ces solutions nécessitent un double effort de test, et les tests manuels seuls ne permettront pas d’atteindre une couverture de 100 % des scénarios de test. Notre mission consistait à développer une suite d’automatisation de tests stable, à la fois complète, facile à maintenir et à faire évoluer.
• Interface utilisateur absente. Notre client recherchait des ingénieurs QA hautement techniques capables de tester les endpoints API sans interface utilisateur. Cette exigence ne nous a pas posé de difficulté, car nous disposons d’une équipe d’experts qualifiés en tests d’API.

Les solutions fintech comme Union54 ne tolèrent aucune négligence, c’est pourquoi nous avons partagé la responsabilité du succès du projet dès le premier jour.

Solution

Pour assurer une couverture de test suffisante dès les premières étapes du développement et respecter les délais, nous avons décidé de combiner l’automatisation des tests avec les tests manuels QA. Cette allocation de ressources nous a permis d’automatiser environ 90 % des scénarios de test concernant les endpoints et les déclencheurs de base de données les plus essentiels.

Le testeur manuel, quant à lui, rédige des scénarios de test positifs et négatifs, qui sont ensuite examinés par l’ingénieur en automatisation des tests, et prend en charge le reste des fonctionnalités pas encore automatisées ou sans potentiel d’automatisation. Les scénarios de test critiques ont été vérifiés à la fois par un ingénieur en automatisation des tests et un testeur manuel pour atteindre la plus haute qualité logicielle.

Un autre aspect qui pose les bases d’une stratégie d’automatisation des tests réussie est le bon choix des frameworks de test. Pour les tests manuels, nous nous sommes appuyés sur Postman, car cet outil est spécifiquement conçu pour les tests d’API et facilite le test des applications sans frontend – précisément ce à quoi nous étions confrontés. Les scripts d’automatisation des tests ont été écrits avec Cypress, qui convient aux projets d’automatisation des tests en croissance continue comme Union54.

Nous avons testé les endpoints API au fur et à mesure de leur développement, de sorte que notre plan de test incluait le test des nouvelles fonctionnalités, les tests d’intégration et les tests de régression.

Automatisation des tests

La stabilité de l’automatisation des tests est le principal défi pour tout ingénieur en automatisation QA. Pourquoi est-ce si important ? Valider quels tests ont échoué en raison de bugs ou de modifications du code et quels tests résultent d’un environnement instable est la pratique quotidienne d’un ingénieur en automatisation QA. Si les tests automatisés sont instables, le nombre de faux positifs continuera d’augmenter au fur et à mesure que le projet grandit. En conséquence, un temps considérable est gaspillé à filtrer les faux positifs des vrais tests en échec.

Avant de commencer tout travail sur le projet, l’équipe Union54 avait déjà écrit quelques tests avec le framework Mocha, alors nous avons décidé de l’essayer. Au fur et à mesure que les nouveaux scénarios de test devenaient plus élaborés et que la taille des suites de tests augmentait, nous avons remarqué des problèmes de stabilité significatifs et communiqué nos préoccupations à notre client. Pour résoudre ce problème, nous avons changé de framework, réécrit tous les tests existants en Cypress et les avons placés dans un dépôt séparé.

Nous avons opté pour Cypress en raison des nombreux avantages qu’il offre. Cypress permet de relancer automatiquement les tests en échec et de définir un nombre personnalisé de tentatives, soit pour tous les tests, soit pour un test spécifique. Cette fonctionnalité est très pratique pour réduire l’instabilité des tests et les échecs de build CI causés par l’indisponibilité temporaire de services tiers ou des erreurs réseau aléatoires. Parmi les autres avantages de Cypress, on trouve des patterns logiques et simples, une haute lisibilité des scénarios de test et un code évolutif ; les patterns déjà écrits peuvent être réutilisés dans les futurs tests. Cypress convient également parfaitement à l’exécution de scénarios de test complexes et à plusieurs étapes.

Le CI pour les tests automatisés est mis en œuvre à l’aide de Bitbucket Pipeline. Chaque nuit à 2 h du matin, les derniers commits de la branche develop sont intégrés dans le pipeline CI. Ainsi, nos tests couvrent toutes les modifications de la base de code, même si les développeurs travaillent tard dans la nuit. Grâce à l’intégration de Bitbucket avec Slack, nous sommes instantanément notifiés de tous les commits, pull requests et statuts de pipeline, qu’ils soient réussis ou en échec.

Une exécution complète des tests incluant 1 500 scénarios de test dans le pipeline CI prend environ 1,5 heure, ce qui est tout à fait raisonnable compte tenu de la complexité et du nombre de scénarios de test. Ayant atteint la stabilité des tests automatisés, nous avons une vision claire chaque matin, en passant un minimum de temps à résoudre les problèmes.

Au fur et à mesure que de nouvelles fonctionnalités sont ajoutées au site Union54, nous couvrons également la partie frontend avec des tests fonctionnels automatisés.