3 minutes

Si vous êtes familier avec la culture DevOps, vous savez que l’un des piliers est l’automatisation des processus. Ainsi que tester votre code aussi souvent que possible ! Dans cet article, nous vous présentons comment vous appuyer sur le continuous testing pour rassembler l’automatisation et les tests.

Rappel sur le CI/CD

L’intégration Continue et le Déploiement Continu sont deux processus implémentés dans la culture DevOps. La CI est l’intégration des changements réalisés par l’équipe sur le code, dès que ceux-ci sont effectués (donc continuellement). La CD est la continuité de la CI : l’automatisation des déploiements.

En d’autres termes : la CI/CD est l’automatisation de l’intégration et du déploiement de votre code ! Ce processus améliore votre time to market, et permet à vos développeurs de se concentrer sur leur code (ils peuvent repérer les erreurs au plus tôt). Sans oublier vos utilisateurs finaux ! Ils pourront en effet bénéficier le plus rapidement possible des nouvelles features développées par vos équipes.

Qu’est-ce que le Continuous Testing ?

Maintenant que nous avons défini ce qu’est la CI/CD, concentrons-nous sur les tests et le Continous Testing. En DevOps, l’automatisation des tests est primordiale pour maintenir la qualité de votre code et éviter les effets indésirables pendant le développement. Grâce à cela, vous obtenez de meilleurs résultats plus rapidement sans perdre de temps.

L’objectif des tests continus

Le Continuous Testing est l’ajout de tests dans votre pipeline d’intégration. Ces derniers peuvent être situés à différents niveaux de votre pipeline. Chez Go2Scale, nous utilisons principalement les niveaux de Static_Tests et Dynamic_Tests.

Pipeline CI/CD, avec les deux niveaux de tests

L’implémentation des tests

Comme nous l’avons dit précédemment, il existe différents niveaux de tests : les statiques et les dynamiques.

Tests statiques

Ces tests sont ceux effectués sur le code sans que celui-ci soit dans l’environnement d’exécution. C’est une exploration du code qui ne dépend pas des actions de utilisateurs.

Tests dynamiques

En opposition aux tests statiques, les dynamiques vous permettent de tester le comportement de votre code. Pour cela, vous avez besoin d’un environnement d’exécution. Vous pouvez par exemple déployer votre code sur un environnement de test, construit spécifiquement pour l’occasion, et qui sera détruit une fois vos tests réalisés.

Un outil pour les tests CI/CD : R2Devops

En utilisant R2Devops, vous pourrez sélectionner dans notre librairie des jobs prêts à l’emploi et les intégrer en une ligne dans votre pipeline. Nous avons de nombreux jobs de tests statiques et dynamiques !

Comment fonctionne R2Devops ?

Dans la documentation de tous nos jobs, vous trouverez un lien d’intégration que vous pouvez ajouter dans le fichier .gitlab-ci.yml de votre pipeline. La plupart des jobs sont prêts à l’emploi, certains demandent un peu de configuration. Dans tous les cas, vous pouvez adapter les ressources à vos besoins et tester votre code le plus rapidement possible. De plus, la communauté et notre équipe répondront à vos questions et vous aideront à les implémenter.

Les bénéfices de la communauté R2Devops - aide à l'implémentation des tests

Le pouvoir des communautés et de l’open source

Vous ne trouvez pas le job dont vous avez besoin sur R2Devops ? Pas de panique, vous pouvez l’ajouter en suivant ces 3 étapes : pour commencer, forker le hub. Travaillez ensuite dans l’issue correspondant à votre problématique. Enfin, mergez votre travail. Toutes ces étapes sont expliquées en détails dans notre guide de contribution. Félicitations, vous faites maintenant partis de la communauté R2Devops ! 🥳