Dinaminis testavimas
Dinaminis testavimas yra programinės įrangos testavimo metodas, naudojamas programinės įrangos kodo dinaminei elgsenai patikrinti. Pagrindinis dinaminio testavimo tikslas yra išbandyti programinės įrangos veikimą naudojant dinaminius kintamuosius arba kintamuosius, kurie nėra pastovūs ir randa silpnas sritis programinės įrangos veikimo aplinkoje. Kodas turi būti vykdomas norint patikrinti dinaminę elgseną.
Mes visi žinome, kad testavimas yra patikrinimas ir patvirtinimas, o norint užbaigti testavimą reikia 2 V. Iš 2 V patikrinimas vadinamas statiniu testavimu, o kitas „V“ patvirtinimas žinomas kaip dinaminis testavimas.
Dinaminio testavimo pavyzdys
Supraskime, kaip atlikti dinaminį testavimą, pateikdami pavyzdį:
Tarkime, kad mes bandome prisijungimo puslapį, kuriame yra du laukai, kuriuose sakoma „Vartotojo vardas“ ir „Slaptažodis“, o vartotojo vardas yra apribotas raidėmis ir skaitmenimis.
Kai vartotojas įveda vartotojo vardą kaip „Guru99“, sistema priima tą patį. Kai vartotojui įvedus kaip „Guru99 @ 123“, programa meta klaidos pranešimą. Šis rezultatas rodo, kad kodas veikia dinamiškai, remdamasis vartotojo įvestimi.
Dinaminis testavimas yra tada, kai dirbate su tikra sistema, pateikdami įvestį ir palygindami faktinį programos elgesį su laukiamu elgesiu. Kitaip tariant, darbas su sistema siekiant rasti klaidų.
Taigi, remdamiesi pirmiau pateiktais teiginiais, galime pasakyti ar padaryti išvadą, kad dinaminis testavimas yra programinės įrangos, kaip galutinio vartotojo, patvirtinimas skirtingose aplinkose, siekiant sukurti tinkamą programinę įrangą.
Ką daro dinaminis testavimas?
Pagrindinis dinaminių bandymų tikslas yra užtikrinti, kad programinė įranga tinkamai veiktų programinės įrangos diegimo metu ir po jo, užtikrinant stabilų taikymą be didelių trūkumų (šis teiginys pateiktas, nes jokioje programinėje įrangoje nėra klaidų, tik bandymai gali parodyti defektus ir ne nebuvimas)
Pagrindinis dinaminio testo tikslas yra užtikrinti programinės įrangos nuoseklumą; Leiskite aptarti tai su pavyzdžiu.
Bankininkystės programoje randame skirtingus ekranus, tokius kaip „Mano sąskaitos“ skyrius, lėšų pervedimas, sąskaitų apmokėjimas ir kt. ... Visuose šiuose ekranuose yra sumos laukas, kuriame yra keli simboliai.
Tarkime, lauke Mano sąskaitos suma rodoma kaip 25 000, o lėšų pervedimas - 25 000 USD, o sąskaitos apmokėjimas - kaip 25 000 USD, nors suma yra ta pati, sumos rodymo būdas nėra tas pats, todėl programinė įranga tampa nenuosekli.
Nuoseklumas apsiriboja ne tik funkcionalumu, bet ir skirtingais standartais, tokiais kaip našumas, tinkamumas naudoti, suderinamumas ir kt., Todėl tampa labai svarbu atlikti dinaminį testavimą.
Dinaminio testavimo tipai
Dinaminis testavimas skirstomas į dvi kategorijas
- Baltosios dėžės testavimas
- Juodosios dėžės testavimas
Žemiau pateiktame vaizdiniame vaizde pateikiama idėja apie dinaminio testavimo tipus, testavimo lygius ir kt.
Trumpai aptarkime kiekvieną bandymo tipą ir jo numatytą paskirtį
„White Box Testing“ - „White Box Testing“ yra programinės įrangos testavimo metodas, kai vidinė struktūra / dizainas yra žinomas testuotojui. Pagrindinis „White Box“ testavimo tikslas yra patikrinti, ar sistema veikia pagal kodą. Tai daugiausia atlieka kūrėjai arba „White Box“ testuotojai, turintys žinių apie programavimą.
Juodos dėžės testavimas - Juodosios dėžės testavimas yra išbandyti, kurioje vidaus struktūra / kodas / dizainas būdas NĖRA žinoma testeris. Pagrindinis šio bandymo tikslas yra patikrinti bandomos sistemos ir tokio tipo bandymų funkcionalumą, kad būtų galima atlikti visą testų rinkinį ir kurį daugiausia atlieka testuotojai, ir nereikia jokių programavimo žinių.
Black Box testavimas vėl skirstomi į du tipus.
Jie yra
- Funkcinis testavimas
- Nefunkcinis testavimas
Funkcinis testavimas:
Funkciniai bandymai atliekami siekiant patikrinti, ar visos sukurtos savybės atitinka funkcines specifikacijas, ir tai atliekama vykdant kokybės užtikrinimo komandos surašytus funkcinius testavimo atvejus. Funkcinio testavimo etape sistema išbandoma pateikiant įvestį, patikrinant išvestį ir lyginant faktinius rezultatus su laukiamais rezultatais.
Yra skirtingi funkcinio testavimo lygiai, iš kurių svarbiausi
- Vieneto testavimas - paprastai vienetas yra nedidelis kodo gabalas, kurį galima patikrinti. Vieneto testavimas atliekamas atskirame programinės įrangos vienete ir yra atliekamas kūrėjų
- Integracijos testavimas - integravimo testavimas yra testavimas, atliekamas po vieneto bandymo ir atliekamas derinant visus atskirus testuojamus vienetus, kuriuos atlieka kūrėjai arba testuotojai.
- Sistemos testavimas - sistemos testavimas atliekamas siekiant įsitikinti, ar sistema veikia pagal reikalavimus ir paprastai atliekama, kai visa sistema yra parengta, ją atlieka bandytojai, kai sukūrimas ar kodas išleidžiami kokybės užtikrinimo komandai
- Priėmimo testavimas - priėmimo testavimas atliekamas siekiant patikrinti, ar sistema atitiko verslo reikalavimus ir yra pasirengusi naudoti ar parengta diegti, ir paprastai tai atlieka galutiniai vartotojai.
Nefunkcinis testavimas : Nefunkcinis testavimas yra testavimo technika, kuri nesiorientuoja į funkcinius aspektus ir daugiausia koncentruojasi į nefunkcinius sistemos požymius, tokius kaip atminties nutekėjimas, sistemos veikimas ar patikimumas. Nefunkciniai bandymai atliekami visais bandymų lygiais.
Yra daug nefunkcinių bandymų metodų, iš kurių svarbiausi
- Našumo testavimas - našumo testavimas atliekamas siekiant patikrinti, ar sistemos atsako laikas yra normalus pagal reikalavimus esant norimai tinklo apkrovai.
- Atkūrimo testavimas - atkūrimo testavimas yra būdas patikrinti, ar sistema sugeba atsigauti po gedimų ir aparatūros gedimų.
- Suderinamumo testavimas - suderinamumo testavimas atliekamas siekiant patikrinti, kaip sistema elgiasi skirtingose aplinkose.
- Saugumo testavimas - saugumo bandymai atliekami siekiant patikrinti programos patikimumą, ty užtikrinti, kad prie sistemos prisijungia tik įgaliotieji vartotojai / vaidmenys
- Naudojimo testavimas . Naudojimo testavimas yra metodas, kuriuo siekiama patikrinti, ar galutiniai vartotojai naudojasi sistema, kad patikrintų, ar vartotojai yra patogūs sistemai.
Dinaminio testavimo metodikos
STLC dinaminius testavimo metodus sudaro įvairios užduotys, tokios kaip bandymų reikalavimų analizė, bandymų planavimas, bandymo atvejų projektavimas ir įgyvendinimas, bandymo aplinkos nustatymas, bandymo atvejų vykdymas, pranešimai apie klaidas ir galiausiai bandymų uždarymas. Visos dinaminio testavimo metodų užduotys priklauso nuo ankstesnės užduoties atlikimo testavimo procese.
STLC galime pasakyti, kad tikrasis dinaminio testavimo procesas prasideda nuo bandymo atvejo dizaino, aptarkime kiekvieną veiklą išsamiai.
Prieš pradėdami procesą, galime aptarti strategiją, kurios reikia laikytis atliekant dinaminį testavimą.
Testavimo strategija daugiausia turėtų būti sutelkta į turimus išteklius ir laiką. Remiantis šiais veiksniais, reikia dokumentuoti bandymo tikslą, bandymo apimtį, bandymo etapus ar ciklus, aplinkos tipą, prielaidas ar iššūkius, su kuriais gali susidurti, riziką ir kt.
Kai strategija bus apibrėžta ir vadovybė ją priims, prasidės faktinis proceso bandymo atvejo projektavimas
Kas yra bandymo dizainas ir įgyvendinimas
Šiame etape mes nustatome,
- Tikrinamos savybės
- Išveskite bandymo sąlygas
- Išveskite aprėpties elementus
- Išveskite bandymo atvejus
Patikrinkite aplinkos sąranką
Turime užtikrinti, kad bandymų aplinka visada būtų panaši į gamybos aplinką, šiame etape turime įdiegti statybines ir valdyti bandomąsias mašinas.
Testo vykdymas
Šiame etape testiniai atvejai iš tikrųjų vykdomi.
Pranešimas apie klaidą užfiksuotas
Remiantis vykdymu, jei laukiami ir faktiniai rezultatai nesutampa, bandymo atvejis turi būti pažymėtas kaip „Nepavykęs“ ir turėtų būti užregistruota klaida.
Dinaminio testavimo pranašumai
- Dinaminis testavimas gali atskleisti nepadengtus defektus, kurie laikomi per sunkiais ar sudėtingais ir kurių negalima padengti atliekant statinę analizę
- „Dinaminiame testavime“ vykdome programinę įrangą iki galo, užtikrindami be klaidų programinę įrangą, kuri savo ruožtu padidina produkto ir projekto kokybę.
- Dinaminis testavimas tampa esminiu įrankiu, leidžiančiu nustatyti bet kokias saugumo grėsmes
Dinaminio testavimo trūkumai
- Dinaminis testavimas yra daug laiko reikalaujantis, nes jis vykdo programą / programinę įrangą ar kodą, kuriam reikia daug išteklių
- Dinaminis testavimas padidina projekto / produkto kainą, nes jis neprasideda programinės įrangos gyvavimo ciklo pradžioje, todėl bet kokie vėlesniuose etapuose išspręsti klausimai gali padidinti išlaidas.
Išvada:
Programinės įrangos inžinerijoje patikrinimas ir patvirtinimas yra dvi priemonės, naudojamos patikrinti, ar programinės įrangos produktas atitinka reikalavimų specifikacijas. Statinis bandymas apima patikrinimą, o dinaminis - patvirtinimą. Kartu jie padeda pateikti ekonomišką kokybės programinę įrangą.
Prie šio straipsnio prisidėjo Radhika Renamala
