Automatisieren Sie das Testen des migrierten Systems von der Legacy- zur Microservices-Plattform

Industrie

Technologie

Amazon Cloud Watch Apigee e-TAF Gurke Jenkins Postbote SFDC

Einführung

Die Reaktionsfähigkeit auf Kundenwünsche wurde um Größenordnungen verbessert. Kafka-Einführung vereinfacht. Die Latenzzeit wurde gesenkt und die Belastbarkeit erhöht. Sicheres, skalierbares Design implementiert.

Über XcelEnergy

Das Unternehmen ist eine Versorgungsholding mit Hauptsitz in Minneapolis, Minnesota. Das Unternehmen bietet Millionen von Strom- und Erdgaskunden in acht Bundesstaaten energiebezogene Produkte und Dienstleistungen an: Colorado, Michigan, Minnesota, New Mexico, North Dakota, South Dakota, Texas und Wisconsin.

Das Unternehmen wurde 1909 gegründet und ist für die Stromversorgung und andere Dienstleistungen in vielen US-Bundesstaaten zuständig. Sie verfügt über Energiequellen wie Kernkraft, Erdgas und erneuerbare Energien. Eines der Programme bedient 75000 Kunden und ist ein anpassbarer Service für die Wartung von Haushaltsgeräten.

Die Herausforderung

Hauptziel des Projekts ist der reibungslose Übergang von den alten und langsamen Altsystemen zu dem neuen, auf Mikrodiensten basierenden System, das schneller und effizienter ist. Die größte Herausforderung bestand darin, die Daten aus dem Altsystem zu holen oder zu schreiben, wofür wir einige Endpunkte für die Interaktion mit dem System benötigten.

Es gab keine automatisierten Testskripte für die Prüfung der Dienste.
Manuelle Tests, die für die Dienste geschrieben wurden, wurden nicht über den Zusammenschluss dokumentiert.
Postman war das einzige Tool, das zum Testen der Dienste verwendet wurde.
Wir hatten keinen zentralisierten Testansatz für die Dienste.
Um auf die alten Dienste zugreifen zu können, mussten wir über das VPN erreichbar sein.
Die Dienste kommunizieren mit mehreren Diensten von Drittanbietern, um die Daten zu speichern und abzurufen.
Die Dienste wurden auch von vielen anderen Systemen in Anspruch genommen.
Keine CI/CD-Integration von Diensten für Tests und Bereitstellung.

Lösung

Unser Hauptaugenmerk lag auf der Erstellung von Automatisierungstestskripten für alle Dienste, die uns bei Funktions-, Regressions- und Integrationstests der Dienste helfen können.

Beginn des Schreibens und Dokumentierens der manuellen Testfälle über Confluence, wo sie für alle zugänglich sind.
Umstellung von Postman auf e-TAF zur Automatisierung von Diensten sowohl im Frontend als auch im Backend.
Beginn der Dokumentation des Konzepts für den Zusammenschluss, so dass jeder, der Aufgaben im Zusammenhang mit der Qualitätssicherung ausführt, es befolgen kann.
Wir haben öffentlich zugängliche Endpunkte, um alle Endpunkte zu testen, die zuvor nur über das VPN zugänglich waren.
Integrierte Testsuiten mit mehreren Aufrufen von Drittanbietern, um die Dienste von Anfang bis Ende zu validieren.
Beginn des manuellen Testens des End-to-End-Flusses der Dienste vom Frontend aus, wenn dies zu Test- oder Debugging-Zwecken erforderlich ist.
Wir haben begonnen, unsere Testsuiten für die Dienste in CI/CD zu integrieren, die nach jeder Änderung an den Diensten ausgeführt werden.

Verwendete Technologien

Ergebnisse

Die Ausführung von Testsuiten war im Vergleich zum manuellen Aufwand um 50 % schneller.
Die manuellen Testfälle sind nun über den für alle zugänglichen Confluence verfügbar. In den manuellen Testfällen wurden gültige curl-Anfragen angehängt, damit sie bei Bedarf direkt verwendet werden können.
Durch den Wechsel von postman zu e-TAF wurde die Pflege der Testsuiten einfacher, da alle Testfälle in einem einzigen Projekt gespeichert wurden und wir die Möglichkeit hatten, unsere Tests im Single- und Multithreading-Modus auszuführen.
Für neue QA-Mitglieder ist es nun einfacher geworden, in das Team aufgenommen zu werden, da sie sich vor Beginn ihrer Arbeit auf die Confluence-Seite mit den bewährten Verfahren beziehen können.
Mit den öffentlich zugänglichen Endpunkten nimmt die Ausführung der Testautomatisierung auf den Diensten weniger Zeit in Anspruch und ist bequemer, da wir uns nicht in den Arbeitsbereich einloggen müssen, um auf das Xcel Energy-Netzwerk zuzugreifen.
Die Validierung der Anrufe von Dritten hat uns geholfen, die Probleme (falls vorhanden) auch in diesen Anrufen zu erkennen.
Die Berichte mit detaillierten Informationen und Diagrammen helfen, die Geschichten effizienter zu überprüfen.

Implementierung einer praktischen Testautomatisierungspyramide mit NashTech

NashTech kann auf eine beeindruckende Erfolgsbilanz bei der Bereitstellung hervorragender Qualitätssicherungsdienste für Kunden weltweit verweisen. Wir decken die gesamte Testautomatisierungspyramide ab, indem wir Testsuiten auf verschiedenen Ebenen einführen, z. B.