Dynaaminen testaus
Dynaaminen testaus on ohjelmistojen testausmenetelmä, jota käytetään ohjelmistokoodin dynaamisen käyttäytymisen testaamiseen. Dynaamisen testauksen päätarkoitus on testata ohjelmiston käyttäytymistä dynaamisilla muuttujilla tai muuttujilla, jotka eivät ole vakioita ja löytävät heikkoja alueita ohjelmiston ajonaikaisesta ympäristöstä. Koodi on suoritettava dynaamisen käyttäytymisen testaamiseksi.
Me kaikki tiedämme, että testaus on todentamista ja validointia, ja testauksen tekeminen kestää 2 V: n. 2 V: stä verifiointia kutsutaan staattiseksi testiksi ja muuta "V" -validointia kutsutaan dynaamiseksi testaukseksi.
Dynaamisen testauksen esimerkki
Ymmärretään, miten tehdään dynaaminen testaus esimerkillä:
Oletetaan, että testaamme kirjautumissivua, jossa meillä on kaksi kenttää, joissa sanotaan "Käyttäjätunnus" ja "Salasana", ja käyttäjätunnus on rajoitettu aakkosnumeerisiin.
Kun käyttäjä antaa käyttäjätunnuksen nimellä "Guru99", järjestelmä hyväksyy saman. Missä kuin kun käyttäjä tulee sisään nimellä Guru99 @ 123, sovellus heittää virheilmoituksen. Tämä tulos osoittaa, että koodi toimii dynaamisesti käyttäjän syötteen perusteella.
Dynaaminen testaus on silloin, kun työskentelet varsinaisen järjestelmän kanssa antamalla syötteen ja vertaamalla sovelluksen todellista käyttäytymistä odotettuun käyttäytymiseen. Toisin sanoen työskentely järjestelmän kanssa virheiden löytämiseksi.
Joten yllä olevien lausuntojen perusteella voimme sanoa tai päätellä, että dynaaminen testaus on prosessi, jolla validoidaan ohjelmistosovellukset loppukäyttäjänä eri ympäristöissä oikean ohjelmiston rakentamiseksi.
Mitä dynaaminen testaus tekee?
Dynaamisten testien päätavoitteena on varmistaa, että ohjelmisto toimii oikein ohjelmiston asennuksen aikana ja sen jälkeen, mikä varmistaa vakaan sovelluksen ilman merkittäviä virheitä (tämä lausunto on tehty, koska mikään ohjelmisto ei ole virheetön, vain testaus voi osoittaa vikoja ja ei poissaoloa)
Dynaamisen testin päätarkoitus on varmistaa yhdenmukaisuus ohjelmiston kanssa; keskustellaan tästä esimerkin avulla.
Pankkisovelluksesta löydämme erilaisia ruutuja, kuten Oma tili -osio, Varojen siirto, Laskutus jne.… Kaikki nämä näytöt sisältävät summakentän, joka hyväksyy joitain merkkejä.
Oletetaan, että Omat tilit -kentässä summa on 25 000 ja varojen siirto 25 000 dollaria ja laskun maksu -näyttö 25 000 dollaria, vaikka summa on sama, summa ei näy samalla tavalla, mikä tekee ohjelmistosta epäjohdonmukaisen.
Johdonmukaisuus ei rajoitu vain toiminnallisuuteen, vaan viittaa myös erilaisiin standardeihin, kuten suorituskykyyn, käytettävyyteen, yhteensopivuuteen jne., Joten dynaamisen testauksen suorittaminen on erittäin tärkeää.
Dynaamisen testauksen tyypit
Dynaaminen testaus on luokiteltu kahteen luokkaan
- Valkoisen laatikon testaus
- Mustan laatikon testaus
Alla oleva kuvallinen esitys antaa meille kuvan dynaamisen testauksen tyypeistä, testaustasoista jne.
Keskustelkaamme lyhyesti jokaisesta testaustyypistä ja sen tarkoituksesta
Valkoisen laatikon testaus - Valkoisen laatikon testaus on ohjelmistojen testausmenetelmä, jossa sisäinen rakenne / rakenne on testaajan tiedossa. White Box -testauksen päätavoitteena on tarkistaa järjestelmän suorituskyky koodin perusteella. Sen suorittavat pääasiassa kehittäjät tai White Box Testers, joilla on tietoa ohjelmoinnista.
Mustan laatikon testaus - Mustan laatikon testaus on testausmenetelmä, jossa testaaja EI tiedä sisäistä rakennetta / koodia / rakennetta . Tämän testauksen päätarkoitus testatun järjestelmän ja tämäntyyppisen testauksen toimivuuden varmistamiseksi edellyttää koko testipaketin suorittamista, ja sen suorittavat pääasiassa testaajat, eikä ohjelmointitietoa tarvita.
Black Box Testing taas luokitellaan kahteen tyyppiin.
He ovat
- Toiminnallinen testaus
- Ei-toiminnallinen testaus
Toiminnallinen testaus:
Toiminnallinen testaus suoritetaan sen varmistamiseksi, että kaikki kehitetyt ominaisuudet ovat toiminnallisten spesifikaatioiden mukaisia, ja se suoritetaan suorittamalla laadunvalvontaryhmän kirjoittamat toiminnalliset testitapaukset, toiminnallisen testauksen vaiheessa järjestelmä testataan syöttämällä, tarkistamalla lähtö ja vertaamalla todellisia tuloksia odotettuihin tuloksiin.
Toiminnallisella testauksella on erilaisia tasoja, joista tärkeimmät ovat
- Yksikkötestaus - Yleensä yksikkö on pieni koodikappale, joka on testattavissa, yksikkötestaus suoritetaan ohjelmistoyksikössä ja kehittäjät
- Integraatiotestaus - Integraatiotestaus on testaus, joka suoritetaan yksikkötestauksen jälkeen ja suoritetaan yhdistämällä kaikki testattavat yksiköt, jotka joko kehittäjät tai testaajat suorittavat
- Järjestelmän testaus - Järjestelmän testaus suoritetaan sen varmistamiseksi, toimiiko järjestelmä vaatimusten mukaisesti ja suoritetaanko se yleensä, kun koko järjestelmä on valmis, testaajat suorittavat sen, kun koontiversio tai koodi vapautetaan laadunvarmistusryhmälle
- Hyväksyntätestaus - Hyväksyntätestaus suoritetaan sen varmistamiseksi, että järjestelmä on täyttänyt liiketoiminnan vaatimukset ja onko se käyttövalmis tai käyttövalmis ja loppukäyttäjien suorittama.
Ei-toiminnallinen testaus : Ei-toiminnallinen testaus on testaustekniikka, joka ei keskity toiminnallisiin näkökohtiin ja keskittyy lähinnä järjestelmän toimimattomiin ominaisuuksiin, kuten muistivuotoihin, järjestelmän suorituskykyyn tai vankkuuteen. Ei-toiminnallinen testaus suoritetaan kaikilla testitasoilla.
On olemassa monia ei-toiminnallisia testaustekniikoita, joista tärkeimmät ovat
- Suorituskykytestaus - Suorituskykytestaus suoritetaan sen tarkistamiseksi, onko järjestelmän vasteaika normaali halutun verkkokuorman vaatimusten mukaisesti.
- Palautustestaus - Palautustestaus on tapa tarkistaa, kuinka hyvin järjestelmä pystyy toipumaan kaatumisista ja laitteistovikoista.
- Yhteensopivuustestaus - Yhteensopivuustesti suoritetaan sen varmistamiseksi, miten järjestelmä käyttäytyy eri ympäristöissä.
- Suojaustestaus - Suojaustestaus suoritetaan sovelluksen vakauden varmistamiseksi eli sen varmistamiseksi, että vain valtuutetut käyttäjät / roolit käyttävät järjestelmää
- Käytettävyystestaus - Käytettävyystestaus on menetelmä, jolla loppukäyttäjät voivat tarkistaa järjestelmän käytettävyyden sen varmistamiseksi, että käyttäjät ovat järjestelmän kanssa mukavia.
Dynaamiset testaustekniikat
Dynaamiset testaustekniikat STLC: ssä koostuvat erilaisista tehtävistä, kuten vaatimusten analyysi testeille, testisuunnittelu, testitapausten suunnittelu ja toteutus, testausympäristön asetukset, testitapausten toteutus, vikailmoitukset ja lopuksi testien sulkeminen. Kaikki dynaamisen testaustekniikan tehtävät ovat riippuvaisia edellisen tehtävän suorittamisesta testausprosessissa.
STLC: ssä voimme sanoa, että varsinainen dynaaminen testausprosessi alkaa testitapausten suunnittelusta, keskustellaan jokaisesta toiminnasta yksityiskohtaisesti.
Ennen kuin pääset prosessiin, keskustellaan strategiasta, jota on noudatettava dynaamisessa testauksessa.
Testistrategian tulisi keskittyä lähinnä käytettävissä oleviin resursseihin ja aikatauluun. Näiden tekijöiden perusteella on dokumentoitava testauksen tavoite, testauksen laajuus, testausvaiheet tai -syklit, ympäristötyyppi, mahdollisesti kohtaamat oletukset tai haasteet, riskit jne.
Kun strategia on määritelty ja johto on hyväksynyt sen, varsinainen prosessitestitapausten suunnittelu alkaa
Mikä on testin suunnittelu ja toteutus
Tässä vaiheessa tunnistamme
- Testattavat ominaisuudet
- Johda testiolosuhteet
- Johda kattavuuskohteet
- Johda testitapaukset
Testaa ympäristön asetukset
Meidän on varmistettava, että testausympäristön on aina oltava samanlainen kuin tuotantoympäristö, tässä vaiheessa meidän on asennettava koontikoneet ja hallittava testikoneita.
Testin suorittaminen
Tämän vaiheen aikana testitapaukset todella suoritetaan.
Virheraportti siepattu
Suorituksen perusteella, jos odotetut ja todelliset tulokset eivät ole samat, testitapaus on merkittävä epäonnistuneeksi ja vika tulisi kirjata.
Dynaamisen testauksen edut
- Dynaaminen testaus voi paljastaa paljastuneet viat, joita pidetään liian vaikeina tai monimutkaisina ja joita ei voida peittää staattisella analyysillä
- Dynaamisessa testauksessa suoritamme ohjelmiston päästä päähän varmistamalla virheettömät ohjelmistot, mikä puolestaan lisää tuotteen ja projektin laatua.
- Dynaamisesta testauksesta tulee tärkeä työkalu mahdollisten turvallisuusuhkien havaitsemiseksi
Dynaamisen testauksen haitat
- Dynaaminen testaus on aikaa vievää, koska se suorittaa sovelluksen / ohjelmiston tai koodin, joka vaatii paljon resursseja
- Dynaaminen testaus nostaa projektin / tuotteen kustannuksia, koska se ei ala ohjelmiston elinkaaren alussa, joten myöhemmissä vaiheissa korjattavat ongelmat voivat johtaa kustannusten nousuun.
Päätelmä:
Ohjelmistotuotannossa verifiointi ja validointi ovat kaksi toimenpidettä, joilla varmistetaan, että ohjelmistotuote täyttää vaatimukset. Staattinen testaus sisältää todentamisen, kun taas dynaaminen testaus sisältää validoinnin. Yhdessä ne auttavat toimittamaan kustannustehokkaan laatuohjelmiston.
Tämän artikkelin on kirjoittanut Radhika Renamala