Description du projet
TraduitNotre équipe de développement livre plusieurs fois par semaine, mais les tests sont toujours effectués manuellement et seulement lorsque quelqu'un s'en souvient. En conséquence, du code défectueux atteint parfois la mise en scène, et une fois, il a même atteint la production. Nous avons besoin de tests continus intégrés dans notre pipeline de construction afin que chaque commit déclenche automatiquement la suite de tests, et qu'un échec bloque la version avant qu'elle ne puisse causer des dommages.
L'objectif est une étape de pipeline qui exécute des tests unitaires, d'intégration et un sous-ensemble de tests de bout en bout à chaque push et pull request. Elle doit produire un rapport clair montrant ce qui a réussi, ce qui a échoué et pourquoi, publier ce rapport là où l'équipe peut le voir, et marquer la construction en rouge afin qu'un changement défectueux ne puisse pas être fusionné ou déployé. Nous aimerions également que les tests instables soient signalés plutôt que silencieusement réessayés indéfiniment, et que le temps d'exécution total soit maintenu raisonnable grâce à la parallélisation et au caching.
Nous utilisons un service d'hébergement Git commun et un exécuteur CI standard ; veuillez nous dire avec quels outils vous êtes à l'aise et comment vous structureriez les étapes. La documentation et une courte session de passation pour nos ingénieurs font partie du travail.
Ce que la configuration finale devrait livrer :
— exécutions de tests automatiques à chaque commit et demande de fusion ;
— rapports de réussite et d'échec lisibles avec journaux ;
— version bloquée lorsque les tests échouent ;
— retour d'information rapide grâce à des tâches parallèles et au caching.
L'objectif est une étape de pipeline qui exécute des tests unitaires, d'intégration et un sous-ensemble de tests de bout en bout à chaque push et pull request. Elle doit produire un rapport clair montrant ce qui a réussi, ce qui a échoué et pourquoi, publier ce rapport là où l'équipe peut le voir, et marquer la construction en rouge afin qu'un changement défectueux ne puisse pas être fusionné ou déployé. Nous aimerions également que les tests instables soient signalés plutôt que silencieusement réessayés indéfiniment, et que le temps d'exécution total soit maintenu raisonnable grâce à la parallélisation et au caching.
Nous utilisons un service d'hébergement Git commun et un exécuteur CI standard ; veuillez nous dire avec quels outils vous êtes à l'aise et comment vous structureriez les étapes. La documentation et une courte session de passation pour nos ingénieurs font partie du travail.
Ce que la configuration finale devrait livrer :
— exécutions de tests automatiques à chaque commit et demande de fusion ;
— rapports de réussite et d'échec lisibles avec journaux ;
— version bloquée lorsque les tests échouent ;
— retour d'information rapide grâce à des tâches parallèles et au caching.
Développement de logiciels Espèces, Virement bancaire
