k6 best practices

1. Préparer #

Un test sans objectif ne prouve rien.

Avant de lancer #

• Définir l'objectif (SLO, débit cible, date de pic) et le type de test.
• Modéliser le trafic réel : répartition des parcours, temps de réflexion, données variées.
• Tester un environnement représentatif (taille, données, configuration) et isolé.
• Prévenir les équipes et les fournisseurs (CDN, API tierces, WAF).

2. Exécuter et observer #

Mesurer des deux côtés.

Pendant le test #

• Commencer par un smoke test, puis monter progressivement.
• Surveiller la machine de test (CPU, réseau) et dropped_iterations.
• Exporter les métriques k6 avec un testid et les afficher à côté de celles du système testé.
• Noter les événements (scaling, redémarrages) pendant le test.

3. Automatiser #

La performance comme un test comme les autres.

En continu #

• Seuils alignés sur les SLO, bloquants en CI.
• Smoke à chaque pull request, charge chaque nuit.
• Scripts versionnés et relus avec le code.
• Historique des résultats pour détecter les régressions lentes.

Erreur Courante : Ne comparez jamais deux tests faits sur des environnements différents : la variation d'environnement dépasse souvent l'effet de la modification testée.

Schéma de référence et vérification rapide #

Check-list.

Check-list #

1. Objectif chiffré et type de test choisis
2. Scénarios réalistes et données variées
3. Seuils alignés sur les SLO
4. Métriques k6 et système testé dans le même dashboard
5. Test automatisé en CI
6. Compte rendu avec conclusions et actions