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 Arbeitsablauf 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 Arbeitsablauf für die Anwendungsentwicklung muss mit zwei Arten von Optimierungen einhergehen:

• Inner Loop (Zero bis Dev): Verkürzen Sie die Zeit, die benötigt wird, um Codeänderungen von lokalen Umgebungen in Entwicklungsumgebungen zu übertragen.

• Outer Loop (Dev bis Pod): Verkürzen Sie die Zeit, die benötigt wird, um Änderungen von der Entwicklungsumgebung in die Produktionsumgebung zu übertragen.

Um dies zu erreichen, bietet Jutro Tools und Frameworks, um den inneren 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.

Note: Guidewire-Kunden haben die volle Kontrolle über die Sternensysteme und Planeten, die zur Erfüllung ihrer geschäftlichen Anforderungen erforderlich sind. Der vorgeschlagene Arbeitsablauf für die Entwicklung von Jutro-Apps schlägt die folgenden Phasen (oder Sternensysteme) vor:

• NPE-Entwicklung: Nicht-Produktionsumgebungen (Entwicklung)
• NPE-Vorproduktion: Nicht-Produktionsumgebungen (Vorproduktion)
• PE: Produktionsumgebung (Production Environment)

Arbeitsablauf der Jutro-App-Entwicklung

Jutro führt einen Arbeitsablauf 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. Um die Einfachheit der Verwendung von Git als Single Source of Truth zu bewahren, verwendet der vorgeschlagene Bereitstellungsarbeitsablauf immer den neuesten Build der Jutro-App. 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 angeben. 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 Zwischenstufe einleiten.