Qu'est-ce que les tests destructifs? Techniques, méthodes, exemples

Table des matières:

Anonim

Qu'est-ce que les tests destructifs?

Le test destructif est défini comme un type de test logiciel pour trouver des points de défaillance dans un programme logiciel. Il s'agit d'une méthode de test où une application est intentionnellement faite pour ne pas vérifier la robustesse de l'application et identifier le point de défaillance.

Contrairement à d'autres méthodes de test qui vérifient la fonction d'une application, cette technique vérifie le comportement imprévisible de l'utilisateur au sein de l'application.

Pour les tests destructifs, il n'est pas nécessaire d'avoir la connaissance des exigences d'origine d'un produit logiciel. Cependant, certaines connaissances pourraient aider à développer une bonne stratégie de test.

Pourquoi faire des tests destructifs

  • Il aide à comprendre le comportement prévisible du logiciel lorsque le logiciel est mal utilisé
  • Il permet de vérifier la robustesse d'un produit logiciel.

Ce que vous vérifiez dans les tests destructifs

Dans les tests destructifs, vous vérifierez les éléments suivants

  • Comportement correct du logiciel
  • Comportement incorrect du logiciel
  • Mauvaise utilisation
  • Données d'entrée incorrectes
  • Données de sortie correctes

Comment faire des tests destructifs

Les tests destructifs impliquent de nombreuses activités telles que la conception d'un ensemble de scripts de test, l'exécution de scripts de test, la génération de bogues, la fermeture de bogues et la fourniture de mesures de réussite ou d'échec aux parties prenantes à la fin de l'itération.

Pour les tests destructifs, il existe de nombreuses façons de les tester. Voyons quelques exemples-

  • Méthode d'analyse des points de défaillance: il s'agit d'une procédure pas à pas du système effectuant une évaluation de ce qui pourrait mal tourner à divers points. Pour cette stratégie, l'aide de BA (Business Analyst) peut être prise.
  • Examen par les pairs du testeur : faites analyser ou examiner vos cas de test par un autre testeur, moins familiarisé avec le système / la fonction
  • Revue commerciale des cas de test : les utilisateurs finaux ou les experts peuvent penser à de nombreux scénarios valides que les testeurs n'ont parfois pas envisagés ou manqués, car leur objectif principal sera de tester les exigences.
  • Effectuer des tests exploratoires, à l'aide de feuilles d'exécution: Les tests exploratoires à l'aide de feuilles d'analyse vous aideront à déterminer ce qui a été testé, à répéter les tests et vous permet de contrôler votre couverture de test.
  • Utilisez une autre source: vous pouvez demander à quelqu'un de casser le produit logiciel et d'analyser divers scénarios.

Méthodes d'essais destructifs

Voici les différentes méthodes de test destructif utilisées en génie logiciel:

  • Test alpha / bêta
  • Les tests de régression
  • Test d'interface
  • Partitionnement d'équivalence
  • Test de boucle
  • Test d'acceptation, etc.

Techniques d'essais destructifs

Vous trouverez ci-dessous les techniques de test destructif qui peuvent être utilisées avec des modifications:

  • Test de la boîte blanche
  • Test de sécurité
  • Test des défauts
  • Test de fumée, etc.

Lors de l'exécution des tests destructifs, il existe certaines conditions de test

  • Le logiciel ne traitera ni n'acceptera jamais de données d'entrée invalides
  • Indépendamment de la validité ou de l'exactitude des données d'entrée, le logiciel doit toujours produire des données de sortie appropriées

Résumé:

  • Dans cette technique, une application est intentionnellement amenée à faire échouer le programme pour vérifier la robustesse de l'application
  • Pour les tests destructifs, il n'est pas nécessaire d'avoir la connaissance des exigences d'origine d'un produit logiciel.