Tous les articles
Le Paradoxe des pesticides
Définition Le paradoxe des pesticides n’est pas exclusif aux tests. En fait il a même été « récupéré » par le test car à l’origine c’est un paradoxe qui nous vient du monde agricole. Ce paradoxe est assez simple : plus on utilise de pesticides, plus on doit en utiliser car les « mauvaises herbes » deviennent de plus en plus résistante. On le voit très bien avec les OGM résistants au glyphosate. Le glyphosate est un pesticide très efficace, avoir des plantes résistantes à ce pesticide permet de n’utiliser que ce pesticide et de l’utiliser directement (ce qui tue toutes les
Passer des tests de validation aux tests de régression
Introduction : Passer des tests de validation aux tests de régression, oui, mais c’est quoi les tests de validation et les tests de régression. Et surtout pourquoi ce passage ? En quoi cela est-il utile ? Pour quelles méthodes de travail ? J’espère qu’après avoir lu cet article vous aurez une réponse à toutes ces questions. Commençons par des définitions. Les tests de validation : Les tests de validations sont l’ensemble des tests servant à « valider » une nouvelle fonctionnalité. Pour être plus concret c’est tous les tests conçus et exécutés afin de s’assurer que cette fonctionnalité réagit comme elle le doit. Comme déjà dit lors de
Les tests vitaux : c’est Vital !
Introduction: Généralement pour toute application déjà en production il existe une campagne de tests de régressions. Ces tests visent à s’assurer que s’il y a des régressions sur le produit (malheureusement il est impossible d’assurer une absence totale de régression !) elles sont minimes (car non couvertes par les tests). Sur une application mail on a facilement 200-300 tests de régression, sur une application web également. Le temps d’exécution et d’analyse est donc long et prend facilement une semaine (voir plus). Ces tests ne peuvent donc pas être exécutés tous les jours hors lors du développement d’un produit ou de nouvelles fonctionnalités
Les couvertures de tests
Introduction : Il existe différents outils dans le métier du test. Un des plus connus et des plus instinctifs est la couverture. Mais que veut dire exactement j’ai une couverture de 100% ? Au risque de vous décevoir : rien ! En effet il existe 3 types de couvertures pour les tests. Les 3 sont totalement différentes et sont : La couverture des méthodes (des fonctionnalités) La couverture des instructions (du code) La couverture des chemins d’exécution Pour expliquer plus en détail ces couvertures je reprendrai l’exemple de l’application mail. La couverture des méthodes : Cette couverture correspond à la couverture la plus basique. Elle correspond au
Les défis du SCRUM pour une équipe de test
Lorsque l’on est dans une grande entreprise il n’est pas rare de se retrouver avec des équipes spécialisées dans le test. Ces équipes ne sont composées que de testeurs (en incluant les test manager et les tests coordinateurs). Pour ces équipes, la mise en place de process agiles tels que le Scrum est un vrai challenge qui se doit d’être relevé afin que cette « équipe de test » reste une équipe à part entière. Un grand nombre de ces difficultés est également partagés par les équipes de développeurs et de business analystes. Les défis du mode Scrum : Comment faire pour que le sentiment