Union54

Einleitung

Union54 ist ein Spin-off von Zazu, Afrikas Challenger-Bank, die als Mastercard Principal Membership ausgezeichnet wurde. Nachdem die Gründer von Zazu die Unkooperativität der afrikanischen Banken und die veralteten Prozesse beobachtet hatten, entwickelten sie eine Lösung, die anderen Fintechs hilft, den Prozess der Kartenausgabe zu beschleunigen. Bei Union54 dauert die Herstellung und Ausgabe von Karten drei bis neun Tage.

Die Union54-APIs ermöglichen es Unternehmen, unter anderem physische und virtuelle Debitkarten auszugeben, Karten in jeder beliebigen Währung zu erwerben, sie nach eigenen Wünschen zu programmieren und eine Kartenverwaltungsplattform für verschiedene digitale Bankaktivitäten zu nutzen.

Herausforderung

Die Zusammenarbeit mit Union54 war ein reines Vergnügen: Wir kannten ihr Team, ihre Arbeitsabläufe und Qualitätsstandards bereits aus dem Zazu-Projekt.

Im Folgenden sind einige der wichtigsten Aspekte aufgeführt, die wir zu beachten hatten:

• Zeitbeschränkungen. Da Union54 am Sommerprogramm von Y Combinator teilnahm, hatten sie etwa zwei Monate Zeit, um ein voll funktionsfähiges MVP zu entwickeln, bevor sie es am Demo-Tag einem ausgewählten Publikum von Investoren und der Presse vorstellten. Unsererseits waren wir für das rechtzeitige Testen der API-Endpunkte verantwortlich, während sie erstellt wurden.
• Stabilität der Testautomatisierung. Fintech-Projekte wie Union54 kommen ohne Testautomatisierung nicht aus. Solche Lösungen erfordern einen doppelten Testaufwand, da manuelle Tests allein keine hundertprozentige Abdeckung der Testszenarien gewährleisten. Unsere Aufgabe war es, eine stabile Testautomatisierungssuite zu entwickeln, die sowohl umfassend als auch einfach zu warten und zu skalieren ist.
• Fehlende UI. Unser Kunde war auf der Suche nach technisch versierten QA-Ingenieuren, die in der Lage sind, API-Endpunkte ohne Benutzeroberfläche zu testen. Diese Anforderung war für uns keine Herausforderung, da wir über ein Team von Experten verfügen, die sich mit API-Tests auskennen.

Fintech-Lösungen wie Union54 dulden keine Versäumnisse, daher waren wir vom ersten Tag an mitverantwortlich für den Erfolg des Projekts.

Lösung

Um eine ausreichende Testabdeckung bereits in frühen Entwicklungsphasen zu gewährleisten und die Fristen einzuhalten, haben wir uns für eine Kombination aus automatisierten und manuellen Tests entschieden. Durch eine solche Ressourcenzuweisung konnten wir etwa 90% der Testszenarien für die Endpunkte und die wichtigsten Datenbank-Trigger automatisieren.

Der manuelle Tester hingegen schreibt positive und negative Testszenarien, die dann vom Testautomatisierer überprüft werden, und kümmert sich um die übrigen Funktionen, die noch nicht automatisiert sind oder kein Automatisierungspotenzial haben. Die geschäftskritischen Testszenarien wurden sowohl von einem Testautomatisierungsingenieur als auch von einem manuellen Tester geprüft, um ein Höchstmaß an Softwarequalität zu gewährleisten.

Ein weiterer Aspekt, der als Grundlage für eine erfolgreiche Testautomatisierungsstrategie dient, ist die richtige Wahl der Test-Frameworks. Für manuelle Tests haben wir uns auf Postman verlassen, da dieses Tool speziell für API-Tests entwickelt wurde und das Testen von Apps mit fehlendem Frontend erleichtert – genau das, womit wir es zu tun hatten. Die Testautomatisierungsskripte wurden mit Cypress geschrieben, das sich für kontinuierlich wachsende Testautomatisierungsprojekte wie Union54 eignet.

Wir testeten die API-Endpunkte, während sie entwickelt wurden, so dass unser Testplan das Testen neuer Funktionen, Integration und Regressionstests umfasste.

Testautomatisierung

Die Stabilität der Testautomatisierung ist die größte Herausforderung für jeden QA-Automatisierungsingenieur. Warum ist das so wichtig? Die Überprüfung, welche Tests aufgrund von Fehlern oder Codeänderungen fehlgeschlagen sind und welche Tests auf eine instabile Umgebung zurückzuführen sind, gehört zur täglichen Praxis eines QA-Automatisierungsingenieurs. Wenn die automatisierten Tests instabil sind, wird die Zahl der Falschmeldungen mit dem Wachstum des Projekts weiter ansteigen. Infolgedessen wird viel Zeit damit vergeudet, Falschmeldungen aus wirklich fehlgeschlagenen Tests herauszufiltern.

Bevor wir mit der Arbeit an dem Projekt begannen, hatte das Union54-Team bereits einige Tests mit dem Mocha-Framework geschrieben, so dass wir beschlossen, es auszuprobieren. Als neue Testszenarien immer aufwändiger wurden und die Testsuiten an Umfang zunahmen, stellten wir erhebliche Stabilitätsprobleme fest und teilten dem Kunden unsere Bedenken mit. Um dieses Problem zu lösen, wechselten wir zu einem anderen Framework, schrieben alle bestehenden Tests in Cypress neu und legten sie in einem separaten Repository ab.

Wir haben uns für Cypress entschieden, weil es zahlreiche Vorteile bietet. Cypress ermöglicht es Ihnen, fehlgeschlagene Tests automatisch zu wiederholen und eine benutzerdefinierte Anzahl von Wiederholungsversuchen festzulegen, entweder für alle Tests oder nur für einen bestimmten Test. Diese Funktion ist sehr nützlich, um die Fehleranfälligkeit von Tests und die Fehler bei der CI-Entwicklung zu verringern, die durch die vorübergehende Nichtverfügbarkeit von Diensten Dritter oder zufällige Netzwerkfehler verursacht werden. Weitere Vorteile von Cypress sind logische und einfache Muster, hohe Lesbarkeit der Testszenarien und skalierbarer Code; die bereits geschriebenen Muster können in zukünftigen Tests weiterverwendet werden. Cypress eignet sich auch gut zur Durchführung komplexer, mehrstufiger Testszenarien.

CI für die automatisierten Tests wird mit Hilfe der Bitbucket Pipeline implementiert. Jede Nacht um 2 Uhr morgens werden die neuesten Commits aus dem Entwicklungszweig in die CI-Pipeline gezogen. Daher decken unsere Tests alle Änderungen an der Codebasis ab, auch wenn die Entwickler bis spät in die Nacht arbeiten. Dank der Bitbucket-Integration mit Slack werden wir sofort über alle Commits, Pull-Requests und den Status der Pipeline benachrichtigt, sowohl über erfolgreiche als auch gescheiterte.

Ein kompletter Testlauf mit 1500 Testszenarien in der CI-Pipeline dauert etwa 1,5 Stunden, was angesichts der Komplexität und Anzahl der Testszenarien recht gut ist. Nachdem wir die Stabilität der automatisierten Tests erreicht haben, sehen wir jeden Morgen ein klares Bild und verbringen nur noch wenig Zeit mit der Fehlersuche.

Da der Union54-Website neue Funktionen hinzugefügt werden, decken wir auch den Front-End-Teil mit automatisierten Funktionstests ab.