Voor het uitvoeren van website testen, testen van desktop en mobiele moet toepassing testen efficiënter een begrijpen de structuur van het systeem onder test en relaties tussen de gebieden. Deze kennis staat toe om niet alleen zwarte-doos testen, maar om aan te vullen met grijs-box ook testen.
Grey-doos testen kunt testers te specialiseren inspanningen op gebieden van de software die waarschijnlijk gebreken bevatten. Dit kunnen bijvoorbeeld complexe onderdelen van het project of delen met een hoog risico van mislukking vanwege schommeling van nieuwe code of om andere redenen.
De kennis van de projectstructuur van de geteste heeft positieve invloed op vele kwesties.
Problemen die kunnen worden gewijzigd als gevolg van het begrijpen van de Software-architectuur:
1. Software Bugs beschrijvingen
Testprocedure is meestal gebaseerd op softwarevereisten. Dat is de reden waarom elke gevonden defect is verbonden aan bepaalde vereiste. Als een tester aan de defect-beschrijving-uitleg hoe het gebrek wordt gecombineerd met de projectstructuur toevoegen kunt, kan dergelijke beschrijving voor het development team zeer nuttig zijn.
Bijvoorbeeld, als een duidelijke dialoogvenster niet wordt weergegeven, is met kennis van de structuur van het innerlijke de tester in staat om uit de waarschijnlijke oorzaak van dergelijke gebrek te vinden.
2. Doeltreffendheid van de Exploratory Testing
In het geval testen mislukt, moet de tester test cases corrigeren om erachter te komen de redenen die ertoe leiden dat de toepassing te breken.
In deze situatie is begrijpen van de verbindingen tussen de gebieden en het project platform zeer winstgevend. Het staat toe een tester te richten op bepaalde delen van het systeem die meest waarschijnlijk fouten bevatten en weglaten die weinig hebben te maken met de gevonden fouten.
Bijvoorbeeld, als er problemen met de database connectie, testen moet richten op het gebied van de verbinding en er is geen behoefte om te testen voor operaties met betrekking tot database-informatie.
3. De doelgerichtheid van een testproces
Testen van de grijs-doos omvat onderzoek van een aanvraag zowel vanuit het oogpunt van een gebruiker en door de toepassing structuur van diepe niveaus. Overweging informatie uit de beide dimensies die één rekening kan voorspellen de verschijning van de waarschijnlijke gebreken en het gedrag van de toepassing.
De gebruikelijke fouten die kunnen worden begrepen zonder te weten van de innerlijke structuur van het systeem:
-Een bewerking kan mislukken. Wanneer dit gebeurt toont de gebruikersinterface enkel een foutbericht weergegeven. Als u wilt weten de reden moet een diepere niveaus van de toepassing controleren.
-Uitvoeren van een test case het systeem kan output het resultaat dat van het verwachte resultaat verschilt. Het gebeurt meestal omdat de informatie niet correct wordt verwerkt in een bepaald deel van de toepassing.
-Een bewerking kan mislukken, maar kunnen er geen foutbericht weergegeven in de gebruikersinterface. Dit gebeurt wanneer informatie wordt ingevoerd, maar niet in de database opgeslagen wordt. Het heet een vals positief.
-Een fout massage kan worden weergegeven wanneer de bewerking met succes wordt doorgegeven. Dit heet een valse negatief.
In de meeste gevallen wil een software testen bedrijf haar testers te hebben ten minste een basiskennis van de structuur van geteste software. Het verhoogt de doeltreffendheid van mobiel testen, bureaublad testen of website testen.