Le titre à préparer pour les apprenants est le suivant (à vérifier pour voir si vous êtes bien en capacité de donner la formation) :

https://www.francecompetences.fr/recherche/rs/6840/

Principales modalités d'évaluation à préparer pour les apprenants :
- 1 projet fil rouge (dossier et oral)
- 1 étude de cas imaginée et donnée par le formateur (dossier et oral)

Modalités d'évaluation : Projet professionnel (C1, C2, C3, C4)

Programme complet :

C1. Créer un environnement de développement en s'appuyant sur une plateforme de conteneurisation afin de réduire la complexité de la mise en place et de la maintenance des environnements de développement et de test.

L'évaluation se fait dans un contexte de projet de développement d'une application, réelle ou fictive, avec une organisation DevOps. Le candidat est partie prenante du projet de transformation des pratiques de développement, avec un rôle d'expert technique garant de la méthodologie à suivre. L'évaluation porte sur les étapes de définition des environnements jusqu'à la configuration des automatisations.

Critères d'évaluation :
- Les choix techniques sont adaptés aux caractéristiques techniques du projet existant.
- Chaque service est isolé dans un conteneur (api, client, reverse-proxy, base de données...).
- Les ressources allouées à chaque conteneur sont définies et adaptées au service.
- Les liens de dépendances et interconnexions entre les différents conteneurs fonctionnent et permettent à l'application de fonctionner.
- L'application fonctionne dans l'environnement de développement créé.
- Les configurations visent à faciliter le travail du développeur : accès aux sorties en console en temps réel, accès aux journaux utiles facilités, synchronisation des systèmes de fichiers, etc.
- L'environnement est documenté dans un livrable pour permettre sa réplication par d'autres développeurs.

Livrable : Rapport professionnel individuel.

Évaluation :
- Correction du rapport professionnel.
- Soutenance orale individuelle.

C2. Définir un flux de travail Git en identifiant les fonctionnalités et les pratiques Git adaptées à la taille de l'équipe, aux modes d'organisation et au planning de livraison de l'application afin d'améliorer l'efficacité du travail d'équipe, de l'intégration continue et des livraisons.

Critères d'évaluation :
- Une approche générale de versioning (git workflow) est choisie et appliquée (git flow, Github flow, ...).
- Le cas échéant, une extension git-flow est choisie pour appuyer l'application du git workflow.
- Les stratégies de merge sont précisées pour chaque étape prévue par le git workflow.
- Une convention pour la rédaction des messages des commits est suivie (par exemple : Jira, Conventional Commits, etc.).
- La gestion des secrets est définie, les fichiers à ignorer sont configurés correctement.

C3. Intégrer des tests statiques et dynamiques à un projet en configurant un environnement de test à partir de l'environnement de développement et en s'appuyant sur une plateforme de conteneurisation pour permettre la validation automatique du bon fonctionnement du périmètre de l'application testé.

Critères d'évaluation :
- Le choix des outils est argumenté et l'intérêt de leur utilisation et/ou l'adaptation de ces outils à la situation est démontré.
- Au moins 2 suites de tests unitaires sont intégrées.
- Au moins 1 linter est configuré au projet.
- La couverture du code par les tests unitaires est correctement évaluée.
- Les tests statiques et dynamiques sont bien exécutés.
- Le rapport des tests est interprété sans erreur.

C4. Créer une chaîne d'intégration continue, adaptée au flux de travail Git, à l'organisation de l'équipe et aux livraisons de l'application, en définissant toutes les étapes de la chaîne et en configurant les déclencheurs automatiques des builds et des tests pour renforcer la stabilité de l'application.

Critères d'évaluation :
- Les étapes, les flux et les actions de la chaîne d'intégration continue sont définis dans un diagramme.
- Les environnements d'exécution de la chaîne sont adaptés, reproduisent l'environnement cible et donnent accès aux secrets (clés, token, mot de passe...) de façon sécurisée.
- La configuration de la chaîne est produite et respecte le format de la plateforme utilisée (Gitlab, Github...) et les déclencheurs et actions préalablement définis dans le diagramme.
- Lorsqu'un événement Git de la chaîne est déclenché, les actions prévues à cette étape (build, test...) s'exécutent correctement.
- Les rapports de la chaîne sont interprétés sans erreur.