"Start with the pipelines first" est un mantra qui a changé ma façon de travailler.
Tu passes des semaines à peaufiner tes tests auto et tu attends que tout soit "parfait" avant de toucher à la CI ?
Quand tu penses que tout est bon tu les intègres enfin dans des pipelines. Mais au lancement, les rapports ne sont pas au bon format, les noms des cas de test sont bancals, le déclenchement ne marche pas comme prévu.
Tu dois tout reprendre. Frustrant, non ?
Pas de panique, c'est un piège classique quand on commence avec les tests auto. La raison principale étant que nous ne sommes pas nécessairement les plus à l'aise sur les tâches DevOps en tant que testeur.se.
Cela peut paraitre lourd dès le début d'un projet... Mais pourtant affronter ta peur de la CI va te faire gagner un temps précieux !
Fini la procrastination, on commence par le plus difficile : les pipelines !
La méthode "pipeline first" :
Voilà l'ordre que je recommande pour chaque nouveau projet :
Installe Cypress ou playwright ou newman ou ce que tu veux car en réalité ça vaut pour TOUS les types de tests auto !
Écris un seul test, ultra-minimaliste. Une simple redirection vers ton site par exemple. C'est tout, pas de data ou de scénario complexe.
Crée ta pipeline de test, maintenant, Oui oui, déjà.
Peaufine les rapports et le format, JUnit XML, noms de cas de test, artefacts.
Choisis tes triggers (à chaque build, tous les jours (scheduled), selon ton besoin).
Maintenant seulement, seulement maintenant, tu peux coder tes tests !
🎉 Résultat : chaque test que tu écriras sera immédiatement exécuté, rapporté, visible. Ton PO et les dev voient des résultats dès le premier sprint.
Well done !
Et si dans ton entreprise les pipelines sont gérées par les SRE ou les dev ? Demande à voir comment c'est fait, juste par curiosité. Comprendre la technique permet d'améliorer les rapports, le déroulé des tests etc etc. Vous avez un objectif commun : des pipelines robustes et efficientes, autant travailler ensemble :)
Top comments (0)