La connaissance spécifique du code de l’application, de sa structure interne et des connaissances en programmation en général n’est pas nécessaire. Le testeur est conscient de ce que le logiciel est censé faire mais ne sait pas comment il le fait. Par exemple, le testeur est conscient qu’une entrée particulière renvoie une certaine sortie invariable, mais il ne sait pas comment le logiciel produit cette sortie en premier lieu.
Test casesEdit
Les cas de test sont construits autour des spécifications et des exigences, c’est-à-dire ce que l’application est censée faire. Les cas de test sont généralement dérivés de descriptions externes du logiciel, y compris les spécifications, les exigences et les paramètres de conception. Bien que les tests utilisés soient principalement de nature fonctionnelle, des tests non fonctionnels peuvent également être utilisés. Le concepteur de tests sélectionne des entrées valides et invalides et détermine la sortie correcte, souvent à l’aide d’un oracle de test ou d’un résultat précédent connu pour être bon, sans aucune connaissance de la structure interne de l’objet de test.
Techniques de conception de testsModifier
Les techniques typiques de conception de tests en boîte noire comprennent :
- Test de table de décision
- Test de toutes-paires
- Partitionnement d’équivalence
- Analyse des valeurs limites
- Graphe cause-effet
- Devinette des erreurs
- Transition d’état test
- Test de cas d’utilisation
- Test de récit d’utilisateur
- Analyse de domaine
- Test de syntaxe
- Technique de combinaison
.