Tous les articles
Mais c’est quoi un test unitaire ?
Un des principes de l’agilité est de respecter la pyramide de tests, c’est à dire avoir une large base de tests unitaires automatisés. C’est même mis en lumière par une des pratiques promues à l’extrême par « extreme programming » (XP) : le TDD (Test Driven Development), le développeur doit écrire un test unitaire avant d’écrire la moindre ligne de code ! Mais c’est quoi un test unitaire ? Avez-vous déjà demandé à un développeur s’il fait des tests unitaires, il répond souvent par l’affirmative… puisqu’il teste (enfin quand il teste 😊) ! Un test fait par un développeur n’est pas obligatoirement un test unitaire, ne faites pas
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égration continue sont en fait assez simples (que ce soient Jenkins, Bamboo, ou TeamCity pour ne citer qu’eux). Il s’agit principalement d’un « ordonnanceur » qui se réveille lorsqu’un développeur « commit » du nouveau code dans le référentiel de contrôle de version (git, svn, …). Cet
Test en image (7)
Le processus d’évolution du test : Les différents types d’anomalies (ISO 25010), très utile pour adapter sa stratégie de test : Les différents métiers et parcours dans le test : Pour avancer correctement sur un projet il faut supprimer les points de blocage : Un processus pour intégrer les tests à une chaine d’intégration continue : Pensez à rejoindre le groupe Le métier du test si le test vous intéresse ! N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles
Rajae Aouchi: Ingénieur test et validation
Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Je suis Rajae AOUCHI, Ingénieur Test et Validation depuis 3 ans, membre de la CMTL. J’ai découvert le métier du test lors de ma toute première expérience professionnelle durant mon stage de Projet de Fin d’Etudes chez SQLI, cette expérience m’a donné un fort envie de découvrir ce métier et poursuivre ma carrière dans cette optique. Pouvez-vous décrire simplement votre métier ? Le métier du test consiste à assurer la qualité de l’application, en détectant les problèmes qui peuvent causer un dysfonctionnement chez le client final. Donc en tant qu’Ingénieur Test,
ATDD / BDD – Le test devient une documentation vivante des projets agiles
L’expression du besoin en agile, centrée sur les User Story et leurs critères d’acceptation, permet de définir ce qui doit être implémenté et testé dans l’itération (ou la suivante). Mais les User stories ne permettent pas de connaître le comportement du produit car, une fois implémentées, elles sont oubliées et peuvent être invalidées par de nouvelles user stories. La mise en pratique croissante de l’ATDD – Acceptance Test Driven Development – et du BDD – Behavior Driven Development, de mieux en mieux supportée par les outils de test, offre une double réponse : Les scénarios de tests d’acceptation sont exprimés de façon