Data Flow Testing

In de afgelopen tien jaar, de buitengewone groei van het World Wide Web is algemeen verspreid in het bedrijfsleven en de industrie. Er zijn een aantal bedrijven die gebruik hebben gemaakt en nog steeds gebruik van web technologieën om vast te stellen of te nemen van hun bedrijfskritische applicaties. Als web-applicaties meer en meer complexe, vandaar QA testen wordt niet alleen van cruciaal belang, maar ook uitdagend.
Principe gegevensstroom testen is een witte doos testaanpak. Hierin testen we de variabelendefinities en hun gebruik bij de toepassing vindt anomalieën. Testgevallen worden gemaakt op basis van de gegevensstroom in de code en het systeem. Door het uitvoeren van data flow testen, transactie en groter, kan testdekking worden bereikt. Gewoonlijk wordt dit type test aangebracht op het laagste niveau. Bij het systeem en geïntegreerde niveau testen, zij van mening is ook de risicoanalyse die de sleutel permutaties drijft
De belangrijkste strategie van de gegevensstroom testen is gebaseerd op het selecteren van paden door het programma &';. S control flow om sequenties van gebeurtenissen met betrekking tot verkennen De status van gegevensobjecten. De tester heeft genoeg paden te dekken om ervoor te zorgen dat elke data object werd geïnitialiseerd voordat het gebruik ervan en alle gedefinieerde objecten zijn ten minste één keer gebruikt. Gegevens objecten die gegevens bevatten waarden hebben een duidelijke levenscyclus. Ze zijn gemaakt, gebruikt en vervolgens gedood.
De patronen van gebruiksgegevens worden gekenmerkt door data-flow afwijkingen, die enkele onjuiste of onjuiste toepassing van de code kan genereren. Deze afwijkingen zijn geconstateerd niet alleen gevaarlijk, maar ook verdacht te zijn, die geeft aan dat slip-ups of misrekeningen kan gebeuren. Er zijn twee technieken die algemeen worden gebruikt in deze ruimte:
1. Static Data Flow Testing
2. Dynamic Data Flow Testing
Statische gegevensstroom testen wordt gedaan op de broncode, zonder echt het uitvoeren hiervan. Deze aanpak helpt bij het blootleggen van bugs als syntaxisfouten. Hoewel dit een nuttige techniek, dit alleen zal niet volstaan. QA testen voor statische data-stroom is niet geschikt om te gebruiken als het zou kunnen instorten in bepaalde scenario's waar de staat van de gegevens variabele niet kan worden bepaald door het onderzoeken van de code.
Zoals webapplicaties krijgt meer complexe leidt tot moeilijke controle stromen, kan het mogelijk zijn op momenten dat bepaalde paden niet kan worden uitgevoerd. Om dit duidelijker, laat &'; s een voorbeeld nemen van een array, namelijk het verzamelen van gegevens elementen die dezelfde naam en het type delen. Arrays kunnen worden afgebakend en gesloopt als groep, maar een paar onderscheidende elementen van de array worden afzonderlijk gebruikt. Statische gegevensstroom testen kan niet vaststellen of het definiëren-gebruik-kill richtlijnen op passende wijze in kaart gebracht, tenzij elk element rekening wordt gehouden met individueel.
Het belangrijkste doel van dynamische data-flow testen is om het aantal mogelijke fouten bloot te leggen, terwijl de uitvoering de programmacode. Testgevallen ontwikkeld om elke definitie traceren tot aan elke toepassing waarbij elk gebruik wordt herleid tot elk van de definitie. Er zijn zo veel strategieën die betrokken zijn voor de creatie van testgevallen
Sommige dergelijke strategieën van QA testen oogpunt in Data Flow Testing worden zoals hieronder beschreven:.
Alle definities: Elke definitie van elke variabele worden gedekt door ten minste één gebruik van de variabele, dat een rekenkundige gebruikt (C-gebruik) of een predikaat gebruik (P-use)
Al predikaat Toepassing:. Hierin worden testgevallen gemaakt voor het verschaffen van ten minste één pad per . variabele definitie elk P-gebruik van variabele
Alle Computational Toepassingen: In deze, worden testgevallen gemaakt voor het verschaffen van ten minste één pad van elke variabele definitie elk C- gebruik van variabele
Alle P gebruikt Sommige C. gebruikt: In deze, worden testcases gemaakt voor elke variabele; Er is een pad van elke definitie elke P-gebruik van deze definitie. Als er een definitie zonder p-gebruik na, dan een c-gebruik van definitie wordt beschouwd
Al C gebruikt Enkele P gebruikt. Hierin testcases voor elke variabele, is er een pad van elk definition elke C-gebruik van deze definitie. Als er een definitie zonder c gebruiken na, dan een p-gebruik van de definitie wordt beschouwd
Al toepassingen. In deze strategie kan ten minste één pad van elk variabele uit elke definitie worden bereikt door deze . definitie elk gebruik
Alle du wegen: Een definitie-duidelijk pad (waarde wordt niet vervangen op pad) op de Control Flow Graph vanaf een definitie op een gebruik van een dezelfde variabele. Datastroom teststrategie is de sterkste teststrategie. Elke du pad van elke definitie van elke variabele elk gebruik van deze definitie wordt hier beschouwd
Zoals eerder vermeld, alle data flow afwijkingen niet schadelijk; Maar zij verdacht en suggereren dat een vergissing mogelijk. Dus moeten we meer over deze strategieën benadrukken de kwaliteit van het product te testen te garanderen. Deze strategieën altijd helpen om die afwijkingen in de vroege stadia van de levenscyclus van een product te identificeren en aan te passen.
Concluderend kunnen we zeggen dat de methoden besproken voor gegevensstroom testen kan worden toegepast met geschikte analyse. Gegevensstroom testen kan helpen begrijpen van de werking van de code (voor zowel de tester en ontwikkelaar), en een positieve toename van het aantal fouten die worden gedetecteerd in het systeem tijdens QA en testen. Het betekent dat in ieder geval beperkte gegevensstroom testen serieus moet worden overwogen tijdens het testproces
.