Data Flow Testing

I løpet av det siste tiåret, den ekstraordinære veksten i World Wide Web har blitt utbredt i hele næringslivet. Det finnes en rekke selskaper som har brukt og fortsatt bruker web-teknologi for å etablere eller innlemme sine virksomhetskritiske applikasjoner. Som web-applikasjoner blir mer og mer komplekse, derav qa testing blir ikke bare avgjørende, men også utfordrende.
Utgangspunktet er dataflyt testing en hvit boks testing tilnærming. Heri vi teste variable definisjoner og deres anvendelse i programmet for å finne ut uregelmessigheter. Testtilfelle blir laget basert på dataflyten i koden, og systemet. Ved å utføre dataflyt testing, transaksjon og større, kan testdekning oppnås. Vanligvis er denne typen tester brukes på det laveste nivået. På system og integrerte nivå tester, ser det også risikoanalyse som driver de viktigste permutasjoner
hovedstrategi for dataflyten testing er basert på å velge stier gjennom programmet &'; s. Kontrollflyt for å utforske sekvenser av hendelser knyttet til statusen for dataobjekter. Testeren skal dekke nok stier for å sikre at alle data objektet har blitt initialisert før bruk og alle definerte objekter har blitt brukt minst én gang. Dataobjekter som inneholder dataverdier har en distinkt livssyklus. De skapes, brukes og deretter drept.
Mønstrene av databruk er preget av data-flyt anomalier, som kan generere noen feil eller feil bruk av koden. Disse feilene har blitt kjent for å være ikke bare farlig, men også mistenkelig, som betegner at slip-ups eller feilvurderinger kan skje. Det er to teknikker som er mye brukt, i dette rommet:
1. Statiske data Flow Testing
to. Dynamic Data Flow Testing
Statisk dataflyt testing er gjort på kildekode uten egentlig å utføre den. Denne tilnærmingen bidrar til å avdekke feil som syntaksfeil. Selv om dette er en nyttig teknikk, dette alene ikke vil være nok. QA Testing for Statisk data-flow er ikke hensiktsmessig å bruke som det kan kollapse i enkelte scenarier der staten av datavariabelen ikke kan bestemmes ved å undersøke koden.
Som webapplikasjoner få mer kompleks som fører til vanskelige kontrollstrømmer, det kan være mulig til tider at bestemte baner kan aldri utføres. For å gjøre dette klarere, la &'; s ta et eksempel på en matrise, dvs. samling av dataelementer som deler samme navn og type. Arrays kan avgrenset og revet som en gruppe, men noen karakteristiske elementene i matrisen brukes separat. Statiske data flow testing kan ikke fastslå om de definerer-bruk-kill retningslinjene har blitt kartlagt hensiktsmessig med mindre hver enkelt element er tatt hensyn til individuelt.
Hovedmålet med dynamiske data-flow testing er å avdekke mulige antall feil mens implementere programkode. Test tilfeller er utviklet for å spore hver definisjonen til hver av bruken der hver bruk er sporet tilbake til hver av sin definisjon. Det er så mange strategier som er engasjert for å lage testtilfeller
Noen slike strategier fra qa testing synspunkt i Data Flow Testing er som beskrevet nedenfor.
Alle Definisjoner: Hver definisjon av hver variabel dekkes av minst en bruker av den variable, være at en beregnings bruk (C-bruk) eller et predikat bruk (P-bruk)
Alle Predicate Måter:. I dette, er testtilfelle skapt for å tilveiebringe minst en bane av hvert . variable definisjonen til hver P-bruk av variable
All Computational Måter: I dette, er testtilfelle skapt for å tilveiebringe minst en bane av hver variabel definisjonen til hver C- bruk av variabel
All P bruker Noen C. Bruksområde: I dette, er testtilfeller opprettet for hver variabel; det er en bane fra hver definisjonen til hver P-bruk av denne definisjonen. Hvis det er en definisjon uten p-bruk etter det, da en c-bruk av definisjonen vil bli vurdert fra All C anvender Noen P bruker. I dette testtilfeller for hver variabel, er det en bane fra hver definisjon til alle C-bruk av denne definisjonen. Hvis det er en definisjon uten c-bruk etter det, da en p-bruk av definisjonen vil bli vurdert
alle anvendelser. I denne strategi, kan i det minste én bane i hver variabel fra hver definisjon nås ved at . definisjonen til hver bruk
Alt du stier: En definisjon-klar bane (verdien ikke erstattes på banen) på kontroll Flow Graf fra en definisjon til en bruk av samme variabel. Dataflyt testing strategi er den sterkeste testing strategi. Hver DU sti fra hver definisjon av hver variabel til enhver bruk av denne definisjonen regnes her
Som nevnt tidligere, alle data-flyt anomalier er ikke skadelig; men de er mistenksomme og foreslår at en forglemmelse er mulig. Så vi må vektlegge mer på følgende strategier for å sikre kvaliteten på produktet under test. Disse strategiene alltid hjelpe til å identifisere og endre disse anomalier i den tidlige fasen av produktets livssyklus.
I konklusjonen, vi kan si at metodene diskutert for dataflyt testing kan påføres med egnet analyse. Dataflyt testing kan bidra til å forstå hjemkomsten i koden (for både tester og utvikler), og positivt øke antall feil som er oppdaget i systemet under qa og testing. Det betyr at minst begrensede dataflyt testing bør oppriktig overveid løpet av testperioden
.