Zum Hauptinhalt springen

Testen und live gehen

Guidewire hat es sich zur Aufgabe gemacht, Frontend-Entwicklern von Versicherungen mit Jutro Digital Platform (JDP) eine Welle von Innovationen zu ermöglichen. Das ultimative Ziel ist es, einen effizienten Workflow für die Anwendungsentwicklung zu implementieren. Dies ermöglicht es Versicherungsunternehmen, so schnell wie möglich von der Idee zur Marktlösung zu gelangen.

Der von JDP eingeführte Workflow für die Anwendungsentwicklung muss mit zwei Arten von Optimierungen einhergehen:

  • Inner Loop (Zero bis Dev): Schnellere Code-Übertragung von der lokalen Umgebung in die Entwicklungsumgebung.

  • Outer Loop (Dev bis Pod): Schnellere Bereitstellung von Änderungen aus der Entwicklungsumgebung in die Produktion.

Um dies zu erreichen, bietet Jutro Tools und Frameworks, um den Inner-Loop zu optimieren. Jutro führt außerdem Automatisierungsfunktionen für die Erstellung und Veröffentlichung von Jutro-Apps ein. Jutro unterstützt auch die Frontend-Teams von Versicherungen mit Lösungen zur Optimierung des Outer-Loop.

Entwicklungsworkflow

Note: Guidewire-Kunden haben die volle Kontrolle über die Sternensysteme und Planeten, die zur Erfüllung ihrer geschäftlichen Anforderungen erforderlich sind. Der vorgeschlagene Workflow für die Entwicklung von Jutro-Apps schlägt die folgenden Phasen (oder Sternensysteme) vor:
  • NPE-Development: Nicht-Produktionsumgebungen (Entwicklung)
  • NPE-PreProduction: Nicht-Produktionsumgebungen (Vorproduktion)
  • PE: Produktionsumgebung

Workflow der Jutro-App-Entwicklung​

Jutro führt einen Workflow für die Entwicklung ein, der die folgenden Schritte umfasst:

  1. Code: Guidewire verwendet Git als Single Source of Truth für den Code und die Versionsverwaltung der Jutro-App. Während der Entwicklungsphase (dem sogenannten Inner Loop) führt Jutro die Idee der Verzweigung pro Umgebung ein. Dies ermöglicht es Ihnen, Ihre Jutro-App-Zweige in verschiedenen Zielentwicklungsumgebungen einzusetzen. Dies ist für die folgenden Anwendungsfälle geeignet:

    • Bereitstellen verschiedener Jutro-App-Zweige, die auf verschiedene InsuranceSuite-Instanzen verweisen.
    • Wechseln Sie schnell die InsuranceSuite-Zielinstanz für eine Jutro-App, indem Sie die Anwendung auf einer bestimmten Entwicklungsumgebung neu bereitstellen.

  2. Build und Test: Der Build-Prozess für die Jutro-App wird ausgelöst, nachdem Sie eine Änderung an einem beliebigen Zweig der Jutro-App übertragen und gepusht haben. Dabei wird ein neues Jutro-App-Bundle erzeugt, das bereit für die Bereitstellung ist. Der vorgeschlagene Workflow greift standardmäßig immer auf den neuesten Jutro-App-Build zu. Dadurch bleibt auch die Verwendung von Git als Single Source of Truth erhalten.

    Important: Build-Tests

    Der Build-Prozess umfasst die Ausführung von Unit- und Integrationstests für die Jutro-App unter Verwendung des Test-Frameworks Ihrer Wahl für React-basierte Anwendungen. Dazu gehören jest und react-testing-library. Weitere Informationen finden Sie in der Dokumentation zum Erstellen einer Jutro-App.

  3. Bereitstellung und Test: Mit den Jutro Web Apps haben Sie die volle Kontrolle darüber, wie, wann und welche Jutro-Apps in der Guidewire Cloud bereitgestellt werden. Sie können konkrete Integrationen mit InsuranceSuite-Instanzen festlegen. Sie können dies für jeden Jutro-App-Zweig in der Entwicklungsphase tun. Um dies zu erreichen, können Sie über die Verwaltungskonsole von Jutro die folgenden Aktivitäten durchführen:

    • Starten einer neuen Bereitstellung für den neuesten Build eines Jutro-App-Zweigs in einer bestimmten Entwicklungsumgebung
    • Erneutes Bereitstellen des neuesten Builds eines Jutro-App-Zweigs auf derselben oder einer anderen Entwicklungsumgebung
    • Aufheben der Bereitstellung eines bestimmten Jutro-App-Zweigs aus einer Entwicklungsumgebung

  4. Hochstufen: Guidewire empfiehlt, Ihre Anwendungsänderungen in den main-Zweig zusammenzuführen. Tun Sie dies, wenn Sie die Anwendungsänderungen abgeschlossen und getestet haben. Sie sollten eine aktive Bereitstellung für diesen Zweig in einer bestimmten Entwicklungsumgebung haben. Sobald sie getestet und akzeptiert wurde, können Sie den Prozess der Hochstufung in die nächste Phase einleiten.

On this page