7 principes de test clés ISTQB | #3 Premiers pas dans les tests logiciels

La réalisation de tests logiciels précis et corrects suit de nombreux principes. L'International Software Testing Qualifications Board distingue sept critères fondamentaux, dont nous allons discuter aujourd'hui. Curieux de le savoir ? Lisez un article sur les principes clés des tests ISTQB !

Principes de test ISTQB - table des matières :

1. Les tests révèlent des défauts mais ne peuvent pas prouver leur absence
2. Des tests approfondis sont impossibles
3. Les tests précoces permettent d'économiser du temps et de l'argent
4. Effet boule de neige de dysfonctionnement
5. Paradoxe des pesticides
6. ça dépend du contexte
7. La publicité d'un logiciel sans faille est interdite
8. Sommaire

Les tests révèlent des défauts mais ne peuvent pas prouver leur absence

Les tests augmentent la probabilité de trouver des erreurs, ce qui à son tour facilite les chances de les corriger. Cependant, il ne peut pas pleinement garantir que le logiciel est exempt de tous les défauts, même si la grande majorité est repéré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 de la « saleté » dans les programmes.

Des tests approfondis sont impossibles

La règle empirique ci-dessus stipule que la détection de tous les dysfonctionnements du logiciel est futile. Cependant, cela ne s'applique pas aux programmes courts simples. Ceci, à son tour, indique qu'il y a une chance de voir toutes les combinaisons d'entrées et de conditions préalables pour tester complètement certains programmes. 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 parcourront les applications avec plus d'efficacité et de précision, mais ils ne peuvent toujours pas garantir des performances sans faille. Pour ce faire, vous devez vous lancer dans des tâches supplémentaires telles que la hiérarchisation, l'analyse des risques, ainsi que la recherche et l'exécution d'autres techniques de test.

Les tests précoces permettent d'économiser du temps et de l'argent

De nombreux professionnels appellent également ce principe « déplacement vers la gauche ». Plus tôt vous repérez les défauts, plus il est facile de les corriger. Par conséquent, les tests statiques et dynamiques doivent commencer dès que possible. En un mot:

• Tests statiques - évaluer le produit sans exécuter le code.
• Test dynamique - évaluation du code d'un module ou d'un système lors de sa performance

La détection des défauts dans les premières phases de mise en œuvre facilite le diagnostic ultérieur. Mais lorsque deux domaines du logiciel interagissent, la correction des défauts devient gênante en raison de l'incapacité à identifier celui qui a l'erreur. Dans de tels cas, il faut du temps, des efforts et de la main-d'œuvre supplémentaires pour s'y attaquer. Au total, c'est la réponse rapide aux obstacles de surface qui peut empêcher la multiplication des fissures

Effet boule de neige de dysfonctionnement

La plupart des problèmes ont tendance à se regrouper dans les modules les plus critiques, de sorte que leur examen approfondi révèle et élimine suffisamment la plupart. Ces groupes deviennent l'axe majeur de l'analyse des risques pour planifier 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.

Selon le principe de Pareto, 80 % des résultats proviennent de seulement 20 % des causes. Autrement dit, 80% des bugs existent dans 20% des modules. Si vous rencontrez de nombreux dysfonctionnements dans un module, continuez à creuser car ils seront là.

Paradoxe des pesticides

L'exécution répétée des mêmes tests peut échouer car ils peuvent avoir été mal conçus au départ et ne s'avéreront jamais efficaces. Vous devez modifier et mettre à niveau les tests pour augmenter les chances de trouver de nouveaux défauts dans le logiciel.

Créer un tout nouveau système de diagnostic ne suffira pas non plus. Suivre les combinaisons précédentes peut arrêter le processus d'évaluation au même niveau. Ce principe est appelé «paradoxe des pesticides» car les pesticides qui contrôlent les ravageurs perdent également leur efficacité après une quantité donnée d'utilisation.

ça 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éseautage social varient considérablement. Cela dépend également de la situation, par exemple, une analyse axée sur l'aspect pratique d'une application, comme la vérification de son attrait pour les utilisateurs, sa facilité d'utilisation, sa couche visuelle, etc. diffère également des évaluations visant les attributs fonctionnels du programme, par exemple la réalisation calculs corrects.

La publicité d'un logiciel sans faille est interdite

L'application de divers types d'outils de diagnostic ne peut pas garantir des applications parfaites. Beaucoup de ceux qui revendiquent et annoncent leurs applications en tant que telles ont tort, mais ce n'est probablement que pour les efforts de marketing qu'ils prétendent. Vous pouvez exécuter plusieurs 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 performances parfaites. Dans certains cas, les obstacles concernent le logiciel d'exploitation, 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 qu'un testeur de logiciel doit suivre. Premièrement, ils indiquent l'infaisabilité d'un diagnostic logiciel complet, il est donc crucial, entre autres, de modifier les tests, ainsi que d'effectuer 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 défaillances futures.

Qu'est-ce que le test logiciel ? Maintenant vous connaissez la réponse ! Découvrez nos autres séries sur Python et Javascript !

Si vous aimez notre contenu, rejoignez notre communauté d'abeilles occupées sur Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Auteur : Robert Whitney

Expert JavaScript et instructeur qui coache les départements informatiques. Son objectif principal est d'augmenter la productivité de l'équipe en enseignant aux autres comment coopérer efficacement lors du codage.

Afficher tous les articles

Premiers pas dans les tests logiciels :

1. Qu'est-ce que le test logiciel ?
2. 1 grande vérité sur les erreurs logicielles
3. Sept principes de test ISTQB clés
4. 6 phases de STLC
5. Test vs débogage
6. Vérification et validation dans le processus de test logiciel