Collaboration entre testeur et développeur au sein d’une équipe agile utilisant une chaine d’intégration continue

Cet article a été écrit pour et publié initialement dans le magazine Programmez! d’avril 2019 Collaboration entre testeur et développeur dans une équipe agile Les équipes agiles – et plus généralement les équipes pluridisciplinaires – ont comme atout principal de regrouper un grand nombre de compétences en leur sein. Les tests étant une spécialité duLire la suite Collaboration entre testeur et développeur au sein d’une équipe agile utilisant une chaine d’intégration continue

Résultats du sondage « Quel testeur agile êtes-vous ?

Avant toute analyse je souhaiterais remercier les plus de 100 personnes qui ont répondues à ce sondage et qui permettent d’avoir une représentation plutôt fiable sur la vision du testeur agile. Sur les 111 personnes qui ont répondu, quasiment toutes se considèrent comme testeur et travaillent actuellement sur un projet/produit agile Pour rappel, cet articleLire la suite Résultats du sondage « Quel testeur agile êtes-vous ?

Les Tests de charges dans un environnement Agile Modulaire/Micro Service

 L’agilité, de par le découpage des grosses applications et les livraisons régulières (les sprints), nécessite de revoir la façon d’envisager les tests de charge et d’appliquer la méthodologie TDC. En cycle en V, les applications sont vues comme un ensemble monolithique, les TDC permettent donc de qualifier l’ensemble du SI en fin de version (moduloLire la suite Les Tests de charges dans un environnement Agile Modulaire/Micro Service

Le shift right – L’adaptation du test au déploiement continu ?

Avant de parler du shift right il faut d’abord connaitre le shift left et identifier ses limites dans le contexte actuel et plus particulièrement dans l’optique du déploiement continu. La limite du shift left : On parle beaucoup du shift left. J’en ai d’ailleurs fait le sujet d’un de mes articles. Pour rappel, le shift leftLire la suite Le shift right – L’adaptation du test au déploiement continu ?

Intégration continue : vers le « continuous testing »

L’intégration continue est une des treize pratiques de « l’extreme programming ». Elle vise à intégrer immédiatement les modifications du produit afin d’éviter la surcharge de travail liée à l’intégration de tous les éléments avant la livraison. Les tests facilitent grandement cette intégration : quand tous les tests passent, l’intégration est terminée. Les outils d’intégrationLire la suite Intégration continue : vers le « continuous testing »

L’intégration et le déploiement continu : Le royaume de l’automatisation.

Tout d’abord, il me semble important de définir ce que sont les concepts d’intégration et de déploiement continu. L’intégration continue est l’ensemble des processus automatisés permettant : ·        Le merge des branches ·        La construction d’artefacts (qui pourront être déployés) ·        L’ensemble des tests possibles sans l’exécution du programme (Tests unitaires, tests de sécurité avec Fortify, qualité de l’artefact…)Lire la suite L’intégration et le déploiement continu : Le royaume de l’automatisation.

Implémenter les tests dans une chaine d’intégration continue

Pour mettre en place les tests dans un processus d’intégration continue il faut mettre en place une campagne solide de test vitaux (ou test d’admissibilité). Je parle ici de campagne de tests vitaux pour plusieurs raisons : ·        La couverture de test est faible car les limitations en temps sont fortes ·        Les tests sont très régulièrement exécutésLire la suite Implémenter les tests dans une chaine d’intégration continue