Tous les articles
La phase de Retest
Le cycle de vie d’un bug comporte plusieurs étapes décrites ci-dessous : Dans ce cycle, une étape est malheureusement souvent négligée : La phase de Retest (ou de vérification). A quoi correspond exactement cette phase ? La phase de retest d’un bug a plusieurs buts : · Vérifier que le bug est bien corrigé : un travail est rarement parfait lors de sa première version ! Renvoyé un bug qui n’est pas parfaitement corrigé est très courant dans la vie d’un testeur. · Vérifier que la correction du bug n’a pas créer de nouveaux bugs plus impactant : Là encore, si on corrige un bug c’est pour améliorer l’application. Il
Les bilans: la vitrine des tests!
Voici un article qui me semble important à écrire et qui est dans la continuité de mes articles sur la conception, l’écriture, l’exécution seule et l’analyse des tests. Les bilans sont un livrable de test particulièrement important car les bilans c’est : · Le résumé d’une campagne de test · Le livrable le plus visible · Le livrable le plus lu · Le livrable le plus attendu Autant dire qu’un mauvais bilan (ou bilan mal présenté) peut rendre une campagne parfaitement maîtrisée et pensée (en terme de couvertures, de stratégies, de qualités des tests et des environnements) totalement vain car inutilisable (ou inutilisé). Pour être lu
La conception des tests
Le cycle de vie d’un test commence toujours par la conception (design) : Cette phase est différente de l’écriture et son but est tout autre. Le but de l’écriture c’est de mettre sur papier ce que l’on va tester et de s’assurer que cette exécution sera toujours la même. Mais d’écrire ce que l’on va tester il faut savoir exactement ce que l’on veut tester. Le but de la conception des tests c’est justement de choisir ce que l’on va tester. Choisir ce que l’on va tester, choisir comment on va le tester, choisir quels seront les tests à automatiser, les tests
Le test en image (2)
Pyramide niveaux des tests L’importance des tests métier Exécution seule TDD Processus cas en échec 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
L’analyse des tests en échec
Je dis dans mon article sur « l’exécution seule » que cette dernière ne sert à rien sans analyse. Pour rappel l’analyse se fait sur un cas en échec : Cette analyse a pour but de savoir pourquoi le cas est en échec. Si cet échec est causé par un bug, fournir les informations nécessaires à sa correction. Les raisons d’un cas en échec peuvent être : · Un vrai dysfonctionnement de l’application · Un problème d’environnement (instabilité) ou de données (ex : chercher un vol un dimanche alors que ce dernier n’existe que du lundi au samedi) · Le test qui est mal écrit et ne vérifie pas