Tous les articles
Le test en image (1)
et que j’ai utilisées pour des posts, des articles ou des présentations. Qu’est-ce que le test? Dans quel but teste-t-on? Le test n’améliore pas la qualité, il donne une vision Le paradoxe des pesticides Les différents tests Quand utilise-t-on ces différents tests? Les cycles de vie de tests et des bugs N’hésitez pas à rejoindre le groupe Le métier du test 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
Le shift left
Le shift left testing est un terme qui revient régulièrement lorsque l’on parle de tests. Il revient notamment dans certains commentaires de mes articles. A quoi correspond exactement le shift left testing et pourquoi est-il autant mis en avant ? Le shift left est une image par rapport au cycle en V que voici : Shift left testing signifie faire venir la partie test dans la branche gauche du cycle en V. Plus concrètement c’est commencer le test le plus tôt possible dans le processus projet. Le shift left testing pourrait donc être vu comme un « test en continu » tout au long du
Les tests… Dans quel but ?
Les tests ont quasiment toujours existés (au moins les tests exploratoires) et ils s’industrialisent de plus en plus sur tous les types projets. Pourquoi les tests sont-ils de plus en plus présents alors qu’ils ne produisent pas de valeur ? Dans quel but effectue-t-on des tests ? Je vais répondre à cette question en 2 parties car personnellement j’y vois en fait 2 questions : Pourquoi est-il nécessaire de faire des tests ? Pourquoi doit-on exécuter ces tests sur un projet précis ? Pourquoi les tests ? Le rôle principal des tests est d’apporter de la visibilité. Une visibilité qui permet de connaitre le mieux
Les tests exploratoires
On entend beaucoup de choses sur les tests exploratoires, la définition donnée est rarement la même selon les personnes avec qui on discute… Cela va du très compliqué avec l’utilisation de « charter » au simpliste « quelqu’un qui fait n’importe quoi sur l’application ». Voici celle que j’utilise maintenant : Les tests exploratoires c’est faire la conception et l’exécution des tests en même temps Pour rappel, j’avais déjà parlé du cycle de vie d’un cas de test lorsque j’avais travaillé sur le ROI des tests automatisés. Ce cycle est : · Design (conception) · Ecriture · Exécution · Analyse (en cas d’échec) · Maintien · Archivage Avec les tests exploratoires on se
Stratégie de test: s’adapter au contexte
Dans mes articles j’ai parlé de beaucoup d’aspects du test comme l’automatisation, des particularités du Scrum, des bonnes pratiques plus récemment d’intégration et de déploiement continu… Tout cela est très bien, malheureusement pas toujours adapté au contexte (ce qui a souvent été remonté dans les commentaires) et dans le test comme partout il faut savoir s’adapter au contexte. A quoi bon avoir des tests de régression alors que le projet sur lequel on va travailler ne durera qu’un mois et qu’il ne sera pas maintenu (par exemple : une application offline pour mobile) ? Comment mettre en place des processus complexe pour assurer