Robert Whitney
La réalisation de tests logiciels précis et corrects repose sur de nombreux principes. Le Conseil international des qualifications en test logiciel (ISTQB) en distingue sept fondamentaux, que nous allons discuter aujourd’hui. Curieux d’en savoir plus ? Lisez un article sur les principes clés des tests ISTQB !
Principes de test ISTQB – table des matières :
- Les tests révèlent des défauts mais ne peuvent prouver leur absence
- Des tests approfondis sont impossibles
- Des tests précoces font gagner du temps et de l’argent
- Effet boule de neige des dysfonctionnements
- Paradoxe du pesticide
- Cela dépend du contexte
- Faire la publicité d’un logiciel sans défaut est à proscrire
- Résumé
Les tests révèlent des défauts mais ne peuvent prouver leur absence
Les tests augmentent la probabilité de trouver des erreurs, ce qui facilite leur correction. Cependant, ils ne peuvent pas garantir pleinement que le logiciel est exempt de tous défauts, même si la grande majorité est détectée et corrigée. En raison de l’incapacité à créer un logiciel sans défaut, beaucoup considèrent le processus comme négatif par conception, car vous n’obtiendrez jamais un résultat positif et trouverez toujours un peu de “saleté” dans les programmes.
Des tests approfondis sont impossibles
La règle de base ci-dessus stipule que détecter tous les dysfonctionnements d’un logiciel est futile. Cependant, cela ne s’applique pas aux programmes courts et simples. Cela indique qu’il y a une chance de voir toutes les combinaisons d’entrées et de préconditions pour tester certains programmes complètement. Lors de l’évaluation de logiciels sophistiqués, même la meilleure IA ne peut pas exécuter toutes les mesures nécessaires, sans parler des testeurs manuels. Les évaluateurs automatisés passeront par les applications plus efficacement et précisément, mais ils ne peuvent toujours pas garantir une performance sans défaut. Pour ce faire, vous devez vous engager dans des tâches supplémentaires comme la priorisation, l’analyse des risques, ainsi que la recherche et l’exécution d’autres techniques de test.
Des tests précoces font gagner du temps et de l’argent
De nombreux professionnels appellent également ce principe “déplacer à gauche.” Plus vous repérez les défauts tôt, plus il est facile de les corriger, d’où l’importance de commencer les tests statiques et dynamiques le plus tôt possible. En résumé :
- Test statique – évaluation du produit sans exécuter le code.
- Test dynamique – évaluation du code d’un module ou d’un système pendant son fonctionnement
Détecter des défauts dans les premières phases de mise en œuvre facilite le diagnostic ultérieur. Mais lorsque deux zones de logiciel interagissent, corriger les défauts devient problématique en raison de l’incapacité à identifier celui qui a l’erreur. Dans de tels cas, cela nécessite du temps, des efforts et des ressources supplémentaires pour y faire face. En fin de compte, c’est la réponse rapide aux obstacles qui peuvent empêcher les fissures de se multiplier.
Effet boule de neige des dysfonctionnements
La plupart des glitches tendent à se regrouper dans les modules les plus critiques, donc leur examen approfondi révèle et élimine suffisamment la plupart. Ces groupes deviennent le principal axe de l’analyse des risques pour cartographier et établir la conduite future des actions. La majorité des défauts apparaissent après avoir suivi les chemins empruntés par les utilisateurs, mais dans ces cas, la connaissance seule ne rend pas les modules impeccables.
Le principe de Pareto dit que 80 % des résultats proviennent de seulement 20 % des causes. En d’autres termes, 80 % des bugs existent dans 20 % des modules. Si vous rencontrez de nombreux dysfonctionnements dans un module, continuez à creuser car ils seront là.
Paradoxe du pesticide
Exécuter les mêmes tests à plusieurs reprises peut échouer car ils ont peut-être été conçus incorrectement au départ et ne prouveront jamais leur efficacité. Vous devez modifier et améliorer les tests pour augmenter la chance de trouver de nouvelles erreurs dans le logiciel.
Créer un tout nouveau système de diagnostic ne fera pas non plus l’affaire. Suivre les combinaisons précédentes peut arrêter le processus d’évaluation au même niveau. Ce principe est appelé ‘paradoxe du pesticide’ car les pesticides qui contrôlent les nuisibles perdent également leur efficacité après un certain temps d’utilisation.
Cela dépend du contexte
La manière d’exécuter les tests dépend des sujets examinés. Ainsi, tester un programme de comptabilité, un jeu vidéo ou une application de réseau social varie considérablement. Cela dépend également de la situation, par exemple, une analyse axée sur la praticité d’une application comme vérifier son attrait pour les utilisateurs, sa facilité d’utilisation, son aspect visuel, etc. diffère également de ces évaluations visant les attributs fonctionnels du programme, par exemple, effectuer des calculs corrects.
Faire la publicité d’un logiciel sans défaut est à proscrire
Appliquer divers types d’outils de diagnostic ne peut garantir des applications parfaites. Beaucoup qui prétendent et font la publicité de leurs applications comme telles ont tort, mais probablement c’est seulement pour les efforts marketing qu’ils font cette affirmation. Vous pouvez exécuter de nombreux tests manuels et automatisés pour augmenter la probabilité de découvrir et de corriger autant d’erreurs que possible, mais il n’y a toujours aucune garantie de performance parfaite. Dans certains cas, les obstacles concernent le logiciel opérationnel, par exemple, le programme peut ne pas répondre à toutes les attentes des utilisateurs.
Principes de test ISTQB – résumé
C’est ainsi que l’ISTQB, à un niveau de base, présente sept principes de test ISTQB que tout testeur de logiciel devrait suivre. Tout d’abord, ils indiquent l’impossibilité d’un diagnostic logiciel complet, d’où l’importance, entre autres, de modifier les tests, ainsi que de mener une recherche approfondie dans les modules clés. Ces actions améliorent la recherche et l’élimination de la majorité des défauts, réduisant ainsi la probabilité de pannes à l’avenir.
Qu’est-ce que le test logiciel ? Maintenant vous connaissez la réponse ! Découvrez notre autre série sur Python et Javascript !
Si vous aimez notre contenu, rejoignez notre communauté de travailleurs acharnés sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Robert Whitney
Expert en JavaScript et instructeur qui forme les départements informatiques. Son objectif principal est d'améliorer la productivité de l'équipe en enseignant aux autres comment coopérer efficacement lors du codage.
