Software Testing - Black Box Stratégie d'essai

Agrandir l'image

Tests boîte noire n'est pas un type de test, il s'agit plutôt d'une stratégie de test, qui n'a besoin d'aucune connaissance de la conception interne ou code, etc Comme le nom de «boîte noire» suggère, aucune connaissance de la logique ou la structure interne du code est requise . Les types de tests cadre de cette stratégie sont totalement basé / mis l'accent sur les tests pour les besoins et les fonctionnalités du produit du travail / logiciel d'application. Tests de boîte noire est parfois aussi appelé «Test opaque", "Functional Testing / comportementale" et "Test Box fermé».

La base de la stratégie de test boîte noire réside dans la sélection de données appropriées pour la fonctionnalité et le tester par rapport aux spécifications fonctionnelles afin de vérifier leur comportement normal et anormal du système. De nos jours, il est devenu courant pour acheminer le travail de test à un tiers que le développeur du système en sait trop sur la logique interne et la codification du système, ce qui le rend inapte à tester l'application par le développeur.

Pour mettre en œuvre la stratégie de test boîte noire, le testeur est nécessaire pour être approfondie avec les spécifications des exigences du système et en tant qu'utilisateur, il faut savoir, comment le système doit se comporter en réponse à l'action particulière.

Différents types de tests qui relèvent de la stratégie de tests boîte noire sont les suivants: tests fonctionnels, tests de stress, tests de reprise, des tests de volume, les tests d'acceptation utilisateur (UAT également connu sous le nom), les tests système, la santé mentale ou des tests de fumée, tests de charge, tests d'utilisabilité, d'exploration tests ad-hoc essais, les essais alpha, bêta-test, etc

Ces types de tests sont à nouveau divisés en deux groupes: un essai) dans lequel l'utilisateur joue un rôle de testeur et b) l'utilisateur n'est pas nécessaire.

Méthodes d'essai Si un utilisateur n'est pas obligé

Tests fonctionnels

Dans ce type de test, le logiciel est testé pour les exigences fonctionnelles. Les tests sont écrits dans le but de vérifier si l'application se comporte comme prévu.

Stress Testing

L'application est testée contre les charges lourdes telles que des valeurs numériques complexes, un grand nombre d'entrées, un grand nombre de requêtes, etc qui vérifie le stress / charge que les applications peuvent résister.

Load Testing

L'application est testée contre des charges lourdes ou des intrants tels que les tests de sites Web afin de savoir à quel point le site / application échoue ou à quel point ses performances se dégradent.

Ad-hoc tests

Ce type de test se fait sans aucun plan d'essai formel ou création de cas de test. Ad-hoc test permet de déterminer l'étendue et la durée des autres méthodes de test et il contribue également testeurs dans l'apprentissage de l'application avant de commencer avec n'importe quel autre test.

Test exploratoire

Ce test est similaire au test ad-hoc et se fait dans le but d'apprendre / étudier l'application.

Tests d'utilisabilité

Ce test est aussi appelé «test de convivialité». Ces tests sont effectués si l'interface utilisateur de l'application est un facteur important et doit être spécifique pour le type spécifique de l'utilisateur.

Test de fumée

Ce type de test est également appelé test bon sens et se fait dans le but de vérifier si l'application est prête à être testée plus importante et fonctionne correctement sans faillir jusqu'à au niveau attendu.

Test de récupération

Des tests de reprise se fait essentiellement dans le but de vérifier à quelle vitesse et de mieux l'application peut récupérer contre tout type d'incident ou une panne matérielle, etc Type ou étendue du rétablissement est précisée dans les spécifications des besoins.

Test Volume

Test de volume se fait contre l'efficacité de l'application. Énorme quantité de données est traitée par l'application (qui est en cours de test) afin de vérifier les limites extrêmes du système.

Test Si un utilisateur est requis

User Acceptance Testing

Dans ce type de test, le logiciel est remis à l'utilisateur afin de savoir si le logiciel répond aux attentes des utilisateurs et fonctionne comme il devrait.

Alpha Test

Dans ce type d'essai, les utilisateurs sont invités au centre de développement où ils utilisent l'application et les développeurs de noter chaque entrée ou une action particulière menée par l'utilisateur. N'importe quel type de comportement anormal du système est noté et corrigé par les développeurs.

Beta Testing

Dans ce type de test, le logiciel est distribué en version bêta pour les utilisateurs et les utilisateurs de tester l'application sur leurs sites. Comme les utilisateurs d'explorer le logiciel, au cas où si une exception / de défaut se produit, qui est signalé aux développeurs.