Projektbeschreibung
ÜbersetztUnser Entwicklungsteam liefert mehrmals pro Woche, aber Tests werden immer noch manuell durchgeführt und nur, wenn sich jemand daran erinnert. Infolgedessen gelangt manchmal fehlerhafter Code in die Staging-Umgebung, und einmal erreichte er sogar die Produktion. Wir benötigen kontinuierliches Testen, das in unsere Build-Pipeline integriert ist, sodass jeder Commit automatisch die Test-Suite auslöst und ein fehlerhafter Lauf das Release blockiert, bevor es Schaden anrichten kann.
Das Ziel ist eine Pipeline-Phase, die bei jedem Push und Pull-Request Unit-, Integrations- und eine Teilmenge von End-to-End-Tests ausführt. Sie sollte einen klaren Bericht erstellen, der zeigt, was bestanden hat, was fehlgeschlagen ist und warum, diesen Bericht dort veröffentlichen, wo das Team ihn sehen kann, und den Build rot markieren, sodass eine fehlerhafte Änderung nicht zusammengeführt oder bereitgestellt werden kann. Wir möchten auch, dass flüchtige Tests gekennzeichnet werden, anstatt stillschweigend für immer wiederholt zu werden, und die Gesamtlaufzeit durch Parallelisierung und Caching angemessen gehalten wird.
Wir verwenden einen gängigen Git-Hosting-Service und einen Standard-CI-Runner; bitte teilen Sie uns mit, mit welchen Tools Sie vertraut sind und wie Sie die Phasen strukturieren würden. Dokumentation und eine kurze Übergabesitzung für unsere Ingenieure sind Teil des Jobs.
Was die fertige Einrichtung liefern sollte:
— automatische Testläufe bei jedem Commit und Merge-Request;
— lesbare Pass- und Fehlermeldungen mit Protokollen;
— Release blockiert, wenn Tests fehlschlagen;
— schnelles Feedback durch parallele Jobs und Caching.
Das Ziel ist eine Pipeline-Phase, die bei jedem Push und Pull-Request Unit-, Integrations- und eine Teilmenge von End-to-End-Tests ausführt. Sie sollte einen klaren Bericht erstellen, der zeigt, was bestanden hat, was fehlgeschlagen ist und warum, diesen Bericht dort veröffentlichen, wo das Team ihn sehen kann, und den Build rot markieren, sodass eine fehlerhafte Änderung nicht zusammengeführt oder bereitgestellt werden kann. Wir möchten auch, dass flüchtige Tests gekennzeichnet werden, anstatt stillschweigend für immer wiederholt zu werden, und die Gesamtlaufzeit durch Parallelisierung und Caching angemessen gehalten wird.
Wir verwenden einen gängigen Git-Hosting-Service und einen Standard-CI-Runner; bitte teilen Sie uns mit, mit welchen Tools Sie vertraut sind und wie Sie die Phasen strukturieren würden. Dokumentation und eine kurze Übergabesitzung für unsere Ingenieure sind Teil des Jobs.
Was die fertige Einrichtung liefern sollte:
— automatische Testläufe bei jedem Commit und Merge-Request;
— lesbare Pass- und Fehlermeldungen mit Protokollen;
— Release blockiert, wenn Tests fehlschlagen;
— schnelles Feedback durch parallele Jobs und Caching.
Softwareentwicklung Bargeld, Banküberweisung
