Tous les articles
Les plans de test
Définition ISTQB : un document décrivant l‘étendue, l‘approche, les ressources et le planning des activités de test prévues. Il identifie entre autres les éléments et caractéristiques à tester, qui fera chaque tâche, le degré d‘indépendance des testeurs, l‘environnement de test, les techniques de conception des tests et les techniques de mesure des tests à utiliser, et tout risque nécessitant des plans de contingence. C‘est un document reprenant les processus de planification des tests [d‘après IEEE 829] Un plan de test définit donc ce que l’on va tester, comment on va le tester mais aussi ce qui ne va pas être testé. Une
TDD: Test Driven Development
Définition Le TDD (Test Driven Developement) est, comme son nom l’indique, une méthode de développement. Elle consiste à écrire les tests avant d’écrire le code. Le but est donc pour l’équipe projet de développer un logiciel construit par la validation de tests plutôt qu’un logiciel construit par le suivi des spécifications. Le TDD est donc une méthode de travail différente du BDD (Behaviour Driven Developement) où le développeur développe en fonction des spécifications fonctionnelles puis écrit les cas de tests unitaires, les autres niveaux de tests étant exécutés ultérieurement. Fonctionnement du TDD Le TDD fonctionne par cycle. · On écrit d’abord un
Les données de tests
Les données de test font partie intégrante des environnements de test et de leurs qualités dépend la qualité des résultats des tests exécutés. En effet, de mauvaises données peuvent engendrer des résultats de test erronés ou faire perdre beaucoup de temps d’analyse aux personnes travaillant sur l’analyse des bugs détectés. Quels sont les problèmes pouvant engendrer de mauvaises données de test ? Comment faire pour éviter résoudre ces problèmes et avoir des données de test de bonne qualité ? J’espère que vous aurez, au moins en partie, une idée de la réponse à ces questions après avoir lu cet article. Les problèmes engendrant des
Les environnements de test
Introduction Les tests (de tous les niveaux) sur une application sont très rarement (dans l’idéal jamais) effectués directement sur l’environnement de production. Si une nouvelle version de l’application mail que j’utilise est en développement, je ne veux pas être forcé à utiliser cette version dont la qualité est inconnue au détriment de mon ancienne version qui fonctionne très bien et dont je suis justement satisfait de la qualité ! Pour éviter ce genre de problème les entreprises utilisent des environnements de test. D’après la définition ISTQB, un environnement de test c’est « un environnement contenant du matériel, des instruments, des simulateurs, des outils
La qualité est un choix
Introduction : Idéalement tout produit ou logiciel ne devrait pas avoir de bug. Malheureusement comme déjà vu dans mon article sur le logiciel sans bug la qualité a un coût. La qualité est donc un choix, tant au niveau d’un utilisateur (généralement le prix est un indicateur, un téléphone à 500€ sera de meilleure qualité qu’un téléphone à 200€) qu’au niveau projet pour un logiciel (si on a 10 jours hommes réservé à la qualité pour un logiciel cette dernière sera moins grande que si l’on a 100 jours hommes pour le même logiciel). Critères pour déterminer le niveau de qualité souhaité : Il