Pour effectuer les tests de site web, bureau stable et mobile application tester plus efficacement un devrait comprendre la structure du système sous test et les relations entre ses domaines. Cette connaissance permet pour effectuer des tests non seulement boîte noire, mais d'amplifier avec boîte grise tests aussi bien.
Tests Grey-boîte permet aux testeurs de spécialiser les efforts sur les domaines du logiciel contenant probablement des défauts. Cela peut être, par exemple, des pièces complexes du projet ou régions présentant un risque élevé d'échec en raison de la fluctuation du nouveau code ou d'autres raisons.
La connaissance de la structure du projet testé a des répercussions positives sur de nombreux sujets.
Questions qui peuvent être modifiées en raison de la compréhension de l'Architecture logicielle :
1. Descriptions des Bugs logiciels
Procédure d'essai est généralement construit sur la configuration logicielle requise. C'est pourquoi tous les défauts trouvés sont relié à une certaine exigence. Si un testeur peut ajouter à l'explication de description du défaut comment le défaut est combiné avec la structure du projet, cette description peut être très utile pour l'équipe de développement.
Par exemple, si une boîte de dialogue définie n'apparaît pas, ayant connaissance de la structure interne du système le testeur est en mesure de déterminer la cause probable d'un tel défaut.
2. L'efficacité des tests exploratoires
En cas de tests échoue, le testeur devrait corriger les cas de test afin de découvrir les raisons pour lesquelles l'application se briser.
Dans cette situation la compréhension de l'architecture de projet et les connexions entre ses domaines est très rentable. Il permet à un testeur de se concentrer sur certaines parties du système qui sont plus susceptibles de contenir des erreurs et omettre ceux qui n'ont rien à voir avec les erreurs trouvées.
Par exemple, s'il y a des problèmes avec la connexion de base de données, tests doivent cibler sur les zones de connexion et il est inutile de tester les opérations portant sur les bases de données.
3. Caractère intentionnel d'un processus de test
Tests Grey-boîte comprend enquête sur une demande tant du point de vue d'un utilisateur et par le biais de la structure de l'application des niveaux profonds. Prenant en considération les renseignements des deux dimensions celui peut prévoir l'apparition des défectuosités probables et le comportement de l'application.
Les erreurs habituelles qui peuvent être mal comprises sans le savoir de la Structure interne du système :
-Une opération peut échouer. Dans ce cas l'interface utilisateur affiche juste un message d'erreur. Pour en savoir la raison pour laquelle on doit inspecter des niveaux plus profonds de la demande.
-Exécution d'un cas de test du système peut sortie le résultat qui varie entre le résultat attendu. Cela arrive souvent parce que l'information est traitée de façon inappropriée dans une certaine partie de la demande.
-Une opération peut échouer, mais il ne peut y avoir aucun message d'erreur affiché dans l'interface utilisateur. Cela se produit lorsque l'information est entrée mais n'enregistre pas dans la base de données. On l'appelle un faux positif.
-Un massage d'erreur peut apparaître lorsque l'opération a réussi. C'est ce qu'on appelle un faux négatif.
Dans la plupart des cas, une société de logiciels de test veut ses testeurs d'avoir au moins comprendre la structure des logiciels testés. Il augmente l'efficacité des tests mobiles, bureau essais ou tests de site web.