Qu'est-ce que la technique de test logiciel?
Les techniques de test logiciel vous aident à concevoir de meilleurs cas de test. Étant donné que des tests exhaustifs ne sont pas possibles; Les techniques de test manuel aident à réduire le nombre de cas de test à exécuter tout en augmentant la couverture des tests. Ils aident à identifier les conditions de test qui sont autrement difficiles à reconnaître.
Dans ce didacticiel, vous apprendrez 5 techniques de test logiciel importantes:
- Analyse de la valeur limite (BVA)
- Partitionnement des classes d'équivalence
- Test basé sur la table de décision.
- Transition d'état
- Erreur de devinette
Analyse de la valeur limite (BVA)
L'analyse des valeurs aux limites est basée sur des tests aux limites entre les partitions. Il comprend les limites maximales, minimales, intérieures ou extérieures, les valeurs typiques et les valeurs d'erreur.
On constate généralement qu'un grand nombre d'erreurs se produisent aux limites des valeurs d'entrée définies plutôt qu'au centre. Il est également connu sous le nom de BVA et donne une sélection de cas de test qui exercent des valeurs limites.
Cette technique de test de boîte noire complète le partitionnement d'équivalence. Cette technique de test logiciel repose sur le principe que, si un système fonctionne bien pour ces valeurs particulières, il fonctionnera parfaitement bien pour toutes les valeurs qui se situent entre les deux valeurs limites.
Lignes directrices pour l'analyse de la valeur limite
- Si une condition d'entrée est limitée entre les valeurs x et y, alors les cas de test doivent être conçus avec des valeurs x et y ainsi que des valeurs supérieures et inférieures à x et y.
- Si une condition d'entrée est un grand nombre de valeurs, le cas de test doit être développé qui doit exercer les nombres minimum et maximum. Ici, les valeurs supérieures et inférieures aux valeurs minimale et maximale sont également testées.
- Appliquez les directives 1 et 2 aux conditions de sortie. Il donne une sortie qui reflète les valeurs minimales et maximales attendues. Il teste également les valeurs ci-dessous ou ci-dessus.
Exemple:
La condition d'entrée est valide entre 1 et 10Valeurs limites 0,1,2 et 9,10,11
Partitionnement des classes d'équivalence
Le partitionnement de classe équivalent vous permet de diviser un ensemble de conditions de test en une partition qui doit être considérée comme la même. Cette méthode de test logiciel divise le domaine d'entrée d'un programme en classes de données à partir desquelles les cas de test doivent être conçus.
Le concept derrière cette technique est que le cas de test d'une valeur représentative de chaque classe est égal à un test de toute autre valeur de la même classe. Il vous permet d'identifier les classes d'équivalence valides et non valides.
Exemple:
Les conditions d'entrée sont valides entre
1 à 10 et 20 à 30
Il existe donc cinq classes d'équivalence
--- à 0 (invalide)1 à 10 (valides)11 à 19 (invalide)20 à 30 (valides)31 à --- (invalide)
Vous sélectionnez les valeurs de chaque classe, c'est-à-dire
-2, 3, 15, 25, 45
Test basé sur une table de décision.
Une table de décision est également appelée table de cause à effet. Cette technique de test logiciel est utilisée pour les fonctions qui répondent à une combinaison d'entrées ou d'événements. Par exemple, un bouton d'envoi doit être activé si l'utilisateur a saisi tous les champs obligatoires.
La première tâche consiste à identifier les fonctionnalités où la sortie dépend d'une combinaison d'entrées. S'il existe un grand ensemble de combinaisons d'entrée, divisez-le en sous-ensembles plus petits qui sont utiles pour gérer une table de décision.
Pour chaque fonction, vous devez créer un tableau et lister tous les types de combinaisons d'entrées et leurs sorties respectives. Cela aide à identifier une condition qui est négligée par le testeur.
Voici les étapes pour créer une table de décision:
- Inscrire les entrées en lignes
- Entrez toutes les règles dans la colonne
- Remplissez le tableau avec les différentes combinaisons d'entrées
- Dans la dernière ligne, notez la sortie par rapport à la combinaison d'entrée.
Exemple : un bouton d'envoi dans un formulaire de contact est activé uniquement lorsque toutes les entrées sont saisies par l'utilisateur final.
Transition d'état
Dans la technique de transition d'état, les modifications des conditions d'entrée modifient l'état de l'application en cours de test (AUT). Cette technique de test permet au testeur de tester le comportement d'un AUT. Le testeur peut effectuer cette action en entrant diverses conditions d'entrée dans une séquence. Dans la technique de transition d'état, l'équipe de test fournit des valeurs de test d'entrée positives et négatives pour évaluer le comportement du système.
Ligne directrice pour la transition de l'État:
- La transition d'état doit être utilisée lorsqu'une équipe de test teste l'application pour un ensemble limité de valeurs d'entrée.
- La technique doit être utilisée lorsque l'équipe de test souhaite tester la séquence d'événements qui se produisent dans l'application testée.
Exemple:
Dans l'exemple suivant, si l'utilisateur entre un mot de passe valide dans l'une des trois premières tentatives, l'utilisateur pourra se connecter avec succès. Si l'utilisateur entre le mot de passe invalide dans la première ou la deuxième tentative, l'utilisateur sera invité à ressaisir le mot de passe. Lorsque l'utilisateur saisit un mot de passe incorrect la troisième fois, l'action a été entreprise et le compte sera bloqué.
Diagramme de transition d'état
Dans ce diagramme, lorsque l'utilisateur donne le bon code PIN, il passe à l'état Accès autorisé. Le tableau suivant est créé sur la base du diagramme ci-dessus.
Table de transition d'état
| Corriger le code PIN | PIN incorrect | |
| S1) Démarrer | S5 | S2 |
| S2) 1ère tentative | S5 | S3 |
| S3) 2 ème tentative | S5 | S4 |
| S4) 3 ème tentative | S5 | S6 |
| S5) Accès accordé | - | - |
| S6) Compte bloqué | - | - |
Dans le tableau ci-dessus, lorsque l'utilisateur entre le code PIN correct, l'état passe à Accès accordé. Et si l'utilisateur entre un mot de passe incorrect, il passe à l'état suivant. S'il fait la même 3 e temps, il atteindra le compte état bloqué.
Erreur de devinette
Le devinement d'erreur est une technique de test de logiciel basée sur l'estimation de l'erreur qui peut prévaloir dans le code. La technique est fortement basée sur l'expérience où les analystes de test utilisent leur expérience pour deviner la partie problématique de l'application de test. Par conséquent, les analystes de test doivent être qualifiés et expérimentés pour une meilleure estimation des erreurs.
La technique compte une liste d'erreurs possibles ou de situations sujettes aux erreurs. Ensuite, le testeur écrit un scénario de test pour exposer ces erreurs. Pour concevoir des cas de test basés sur cette technique de test logiciel, l'analyste peut utiliser les expériences passées pour identifier les conditions.
Directives pour deviner les erreurs:
- Le test doit utiliser l'expérience précédente de test d'applications similaires
- Compréhension du système testé
- Connaissance des erreurs de mise en œuvre typiques
- Souvenez-vous des zones précédemment troublées
- Évaluer les données historiques et les résultats des tests
Conclusion
- Les techniques de test de logiciels vous permettent de concevoir de meilleurs cas. Il existe cinq techniques principalement utilisées.
- L'analyse de la valeur aux limites teste aux limites entre les partitions.
- Le partitionnement de classe équivalent vous permet de diviser un ensemble de conditions de test en une partition qui doit être considérée comme la même.
- La technique de test du logiciel Decision Table est utilisée pour les fonctions qui répondent à une combinaison d'entrées ou d'événements.
- Dans la technique de transition d'état, les modifications des conditions d'entrée modifient l'état de l'application en cours de test (AUT)
- L'estimation d'erreurs est une technique de test de logiciel basée sur l'estimation de l'erreur qui peut prévaloir dans le code.