Tous les articles
Le test : les idées reçues
Introduction : Comme beaucoup de métiers, le métier du test véhicule de nombreux clichés. Faisons un tour d’une partie de ceux-ci et analysons-les ensemble. Les idées reçues : 1. Les tests ça coûte cher · OUI et NON. En effet mettre en place de process de test coûte de l’argent. Par contre ces process permettent souvent de repérer des bugs et donc de les résoudre. De nos jours, sortir une application inutilisable car trop buggée signifie la mort de cette application, notamment avec le système de note et d’avis sur internet. · Les bonnes procédures de tests ont un bon retour sur Investissement 2. Les tests c’est
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 autres plantes) dans 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