Hva er dynamisk testing? Typer, teknikker og eksempler

Dynamisk testing

Dynamisk testing er en programvaretestmetode som brukes til å teste den dynamiske oppførselen til programvarekode. Hovedformålet med dynamisk testing er å teste programvareatferd med dynamiske variabler eller variabler som ikke er konstante og finne svake områder i programvarekjøringsmiljøet. Koden må kjøres for å teste den dynamiske oppførselen.

Vi vet alle at testing er verifisering og validering, og det tar 2 Vs for å fullføre testingen. Av de 2 V-ene kalles verifikasjon en statisk testing og den andre "V", validering er kjent som dynamisk testing.

Eksempel på dynamisk testing

La oss forstå hvordan du utfører dynamisk testing med et eksempel:

Anta at vi tester en påloggingsside der vi har to felt som sier "Brukernavn" og "Passord", og brukernavnet er begrenset til alfanumerisk.

Når brukeren skriver inn brukernavn som «Guru99", systemet godtar det samme. Mens når brukeren skriver inn som Guru99@123, så kaster applikasjonen en feilmelding. Dette resultatet viser at koden oppfører seg dynamisk. basert på brukerinnspill.

Dynamisk testing er når du arbeider med det faktiske systemet ved å gi et input og sammenligne den faktiske oppførselen til applikasjonen med forventet oppførsel. Med andre ord, arbeid med systemet med den hensikt å finne feil.

Så basert på utsagnene ovenfor kan vi si eller konkludere med at dynamisk testing er en prosess for å validere programvareapplikasjoner som sluttbruker under forskjellige miljøer for å bygge riktig programvare.

Hva gjør dynamisk testing?

Hovedmålet med de dynamiske testene er å sikre at programvaren fungerer som den skal under og etter installasjonen av programvaren for å sikre en stabil applikasjon uten noen store feil (denne uttalelsen er laget fordi ingen programvare er feilfri, testing kan kun vise tilstedeværelse av defekter og ikke fravær)

Hovedformålet med den dynamiske testen er å sikre konsistens til programvaren; la oss diskutere dette med et eksempel.

I en bankapplikasjon finner vi forskjellige skjermer som Mine kontoer-seksjonen, Pengeoverføring, Bill Betal osv. Alle disse skjermene inneholder beløpsfelt som godtar noen tegn.

La oss si at Mine kontoer-feltet viser beløp som 25,000 og pengeoverføring som $25,000 og Bill betalingsskjerm som $25000 Selv om beløpet er det samme, er måten beløpet vises på, ikke det samme, noe som gjør programvaren ukonsekvent.

Konsistens er ikke bare begrenset til funksjonaliteten, den refererer også til forskjellige standarder som ytelse, brukervennlighet, kompatibilitet osv., derfor blir det veldig viktig å utføre dynamisk testing.

Typer dynamisk testing

Dynamisk testing er klassifisert i to kategorier

• Hvit Box Testing
• Svart Box Testing

Bildepresentasjonen nedenfor gir oss en ide om typer dynamisk testing, testnivåer, etc.

La oss diskutere kort hver type testing og dens tiltenkte formål

Hvit Box Testing - Hvit Box Testing er en programvaretestmetode der den interne strukturen/designen er kjent for testeren. Hovedmålet til White Box testing er å sjekke hvordan systemet fungerer basert på koden. Det utføres hovedsakelig av utviklerne eller White Box Testere som har kunnskap om programmering.

Svart Box Testing - Svart Box Testing er en metode for testing der den interne strukturen/koden/designet er IKKE kjent for testeren. Hovedmålet med denne testingen for å verifisere funksjonaliteten til systemet som testes, og denne typen testing krever å utføre hele testpakken og utføres hovedsakelig av testerne, og det er ikke behov for noen programmeringskunnskap.

Ocuco Svart Box Testing er igjen klassifisert i to typer.

De er

• Funksjonell testing
• Ikke-funksjonell testing

Funksjonell testing:

Funksjonstesting utføres for å verifisere at alle funksjonene som er utviklet er i henhold til funksjonsspesifikasjonene, og den utføres ved å utføre funksjonstestesakene skrevet av QA-teamet, i funksjonstestfasen testes systemet ved å gi input, verifisere utdata og sammenligne de faktiske resultatene med de forventede resultatene.

Det er forskjellige nivåer av funksjonell testing, hvorav de viktigste er

• Enhetstesting – Vanligvis er Unit en liten kodebit som kan testes, Enhetstesting utføres ved individuell programvareenhet og utføres av utviklere
• Integrasjonstesting - Integrasjonstesting er testingen som utføres etter Unit Testing og utføres ved å kombinere alle de individuelle enhetene som er testbare og utføres enten av utviklere eller testere
• Systemtesting - Systemtesting er en utført for å sikre om systemet fungerer i henhold til kravene og utføres vanligvis når hele systemet er klart, det utføres av testere når Build eller koden frigis til QA-teamet
• Akseptprøving – Aksepttesting utføres for å verifisere om systemet har oppfylt forretningskravene og er klart til bruk eller klar for distribusjon og utføres vanligvis av sluttbrukerne.

Ikke-funksjonell testing: Ikke-funksjonell testing er en testteknikk som ikke fokuserer på funksjonelle aspekter og hovedsakelig konsentrerer seg om de ikke-funksjonelle egenskapene til systemet som minnelekkasjer, ytelse eller robusthet til systemet. Ikke-funksjonell testing utføres på alle testnivåer.

Det er mange ikke-funksjonelle testteknikker, hvorav de viktigste er

• Ytelsestesting - Ytelsestesting utføres for å sjekke om responstiden til systemet er normal i henhold til kravene under ønsket nettverksbelastning.
• Gjenopprettingstesting – Gjenopprettingstesting er en metode for å verifisere hvor godt et system er i stand til å gjenopprette fra krasj og maskinvarefeil.
• Test av kompatibilitet – Kompatibilitetstesting utføres for å verifisere hvordan systemet oppfører seg på tvers av ulike miljøer.
• Sikkerhetstesting - Sikkerhetstesting utføres for å verifisere robustheten til applikasjonen, dvs. for å sikre at kun autoriserte brukere/roller får tilgang til systemet
• Brukervennlighetstesting - Brukervennlighetstesting er en metode for å verifisere brukervennligheten til systemet av sluttbrukerne for å verifisere hvor komfortable brukerne er med systemet.

Dynamiske testteknikker

Dynamiske testteknikker in STLC består av ulike oppgaver som kravanalyse for testene, testplanlegging, testcasedesign og implementering, testmiljøoppsett, testcaseutførelse, feilrapportering og til slutt testavslutning. Alle oppgavene i dynamiske testteknikker er avhengig av fullføringen av forrige oppgave i testprosessen.

I STLC kan vi si at den faktiske dynamiske testprosessen starter fra Test Case Design, la oss diskutere hver aktivitet i detalj.

Før du går inn i prosessen, kan vi diskutere strategien som må følges for dynamisk testing.

Teststrategi bør hovedsakelig fokusere på tilgjengelige ressurser og tidsrammen. Basert på disse faktorene må formålet med testingen, omfanget av testingen, faser eller sykluser av testing, type miljø, antakelser eller utfordringer som kan stå overfor, risikoer osv. dokumenteres.

Når strategien er definert og er akseptert av ledelsen, starter selve prosesstestcasedesignet

Hva er testdesign og implementering

I denne fasen identifiserer vi,

• Funksjoner som skal testes
• Utled testbetingelsene
• Utlede dekningselementene
• Utlede testsakene

Test miljøoppsett

Vi må sørge for at testmiljøet alltid skal være likt produksjonsmiljøet, i denne fasen må vi installere bygge og administrere testmaskinene.

Testutførelse

I løpet av denne fasen blir testsaker faktisk utført.

Feilrapport fanget

Basert på utførelsen, hvis de forventede og faktiske resultatene ikke er de samme, må testsaken merkes som mislykket og en feil skal logges.

Fordeler med dynamisk testing

• Dynamisk testing kan avdekke de avdekkede defektene som anses å være for vanskelige eller kompliserte og som ikke kan dekkes gjennom statisk analyse
• I Dynamic Testing utfører vi programvaren ende til ende, og sikrer feilfri programvare som igjen øker kvaliteten på et produkt og et prosjekt.
• Dynamisk testing blir et viktig verktøy for å oppdage sikkerhetstrusler

Ulemper med dynamisk testing

• Dynamisk testing er tidkrevende fordi den kjører applikasjonen/programvaren eller koden som krever enorme mengder ressurser
• Dynamisk testing øker kostnadene for prosjektet/produktet fordi det ikke starter tidlig i programvarens livssyklus, og derfor kan eventuelle problemer løst i senere stadier resultere i en økning i kostnadene.

Konklusjon

In Engineering programvare, Verifikasjon og Validering er to tiltak som brukes for å kontrollere at programvareproduktet oppfyller kravspesifikasjonene. Statisk testing innebærer verifisering, mens dynamisk testing innebærer validering. Sammen bidrar de til å levere en kostnadseffektiv kvalitetsprogramvare.