TP Final : Test de performance bloquant en intégration continue

Ce que vous allez apprendre dans ce TP

• Écrire un test smoke pour la CI
• Créer le workflow
• Constater un blocage

Introduction #

Ce que vous allez apprendre dans cette section

• Écrire un test smoke pour la CI
• Créer le workflow
• Constater un blocage

Contexte. Une régression de performance est passée en production le mois dernier. Désormais, aucune pull request ne doit dégrader la latence au-delà du SLO.

Prérequis : Compte GitHub, dépôt de test  ·  Durée estimée : 40 min

La performance testée à chaque modification.

Mise en place #

Étapes guidées, avec leur correction.

1. 1. Préparer le dépôt

   Pourquoi ? Le test vit à côté du code qu'il protège.

   Dans un dépôt, créez docker-compose.yml (httpbin sur le port 8080) et tests/perf/smoke.js (10 VU, 30 s, seuils p95 < 300 ms et échecs < 1 %) visant http://localhost:8080/get.

2. 2. Écrire le workflow

   Pourquoi ? Les actions officielles installent k6 et exécutent le script ; un seuil non respecté fait échouer le job.

   Créez .github/workflows/perf.yml déclenché sur les pull requests.

3. 3. Ouvrir une pull request saine

   Pourquoi ? Vérifier le chemin nominal.

   Poussez sur une branche et ouvrez une pull request : le job doit réussir.

4. 4. Simuler une régression

   Pourquoi ? La preuve que le garde-fou fonctionne.

   Changez la route testée pour /delay/1 (simulant un code plus lent), poussez et observez le résultat.

Niveau de difficulté : ●●●○○ (3/5)