Tous les articles
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…) Le déploiement continu est l’ensemble des processus automatisés permettant le déploiement sur un serveur d’une version de l’application. Cela comprend : · L’intégration continue · Le déploiement · Les tests après déploiement (tests fonctionnels, charges…) Voici un schéma récapitulatif : Pourquoi ces processus ? Quel est le but recherché ? Le but de
Les outils, attention il faut bien les utiliser!
Il existe de nombreux outils pour le test (et pas seulement pour le test!). Des outils permettant la gestion des bugs et des tests (ALM, Mantis…), des outils pour l’automatisation ou l’aide à l’automatisation (Selenium, Robot Framework…), des outils pour l’intégration continue (GitLab, Jenkins…), pour le stockage de fichiers (CVS, GIT…) et j’en passe… Pourquoi y a-t-il autant d’outils ? A quoi servent-ils et surtout à quoi ne servent-ils pas ? Le rôle des outils Le rôle des outils est de nous simplifier la vie et nous permettre de faire certaines choses que nous ne pouvions pas faire avant. Cela ne vaut pas
Implémenter une US en Scrum
Voici un schéma résumant les phases de test et de validation d’une User Story en Scrum: J’ai fait ce schéma car je n’en ai malheureusement jamais trouvé. Voici mes explications:
Les différentes campagnes de test
Une campagne de test est un ensemble de cas de tests à exécuter sur une période donnée. Le résultat de ces exécutions est alors synthétisé dans un bilan. Lors de chaque campagne, on a des critères de besoin et de temps qui nous sont donnés. Les besoins peuvent être : · Vérifier que le comportement de l’application est toujours le même après des mises à jour logicielles · Vérifier que l’ajout de nouvelles fonctionnalités n’a pas introduit de régression sur les anciennes · Vérifier le comportement d’une nouvelle fonctionnalité à implémenter · S’assurer qu’il n’y a pas de régressions majeures dans l’application · S’assurer que le changement
Le testeur 2017
Le testeur 2017 ne sera plus celui de 2016. Le testeur 2017 sera un testeur 2016 amélioré, prêt à répondre aux nouveaux défis qui se présentent en plus de ceux qu’il connaissait déjà avec 2016. Le testeur 2017 devra donc : · Travailler encore plus sur l’automatisation des tests : l’automatisation est de plus en plus présente, son offre également. Le testeur 2017 devra connaitre les outils présents sur le marché afin de sélectionner celui qui correspond le mieux à ses besoins. Le testeur 2017 devra aussi savoir écrire des tests automatiser (ou utiliser le KDT) et les maintenir (voir aussi mes 2 articles