Dinamiskā testēšana
Dinamiskā testēšana ir programmatūras testēšanas metode, ko izmanto programmatūras koda dinamiskās uzvedības pārbaudei. Dinamiskās testēšanas galvenais mērķis ir pārbaudīt programmatūras darbību ar dinamiskiem mainīgajiem vai mainīgajiem, kas nav nemainīgi un atrod vājās vietas programmatūras izpildlaika vidē. Kods ir jāizpilda, lai pārbaudītu dinamisko darbību.
Mēs visi zinām, ka testēšana ir verifikācija un apstiprināšana, un testēšana ir pabeigta, lai veiktu 2 V. No 2 V verifikāciju sauc par statisko testēšanu, bet otru "V" validāciju sauc par dinamisko testēšanu.
Dinamiskās testēšanas piemērs
Sapratīsim, kā veikt dinamisko testēšanu, izmantojot piemēru:
Pieņemsim, ka mēs pārbaudām pieteikšanās lapu, kur mums ir divi lauki ar vārdiem "Lietotājvārds" un "Parole", un lietotājvārds ir ierobežots ar burtciparu.
Kad lietotājs ievada lietotājvārdu kā "Guru99", sistēma pieņem to pašu. Ja lietotājs ievadīs kļūdas ziņojumu, kad lietotājs ievadīs Guru99 @ 123. Šis rezultāts parāda, ka kods darbojas dinamiski, pamatojoties uz lietotāja ievadi.
Dinamiskā testēšana ir tad, kad jūs strādājat ar faktisko sistēmu, nodrošinot ievadi un salīdzinot lietojumprogrammas faktisko uzvedību ar paredzamo uzvedību. Citiem vārdiem sakot, darbs ar sistēmu nolūkā atrast kļūdas.
Tātad, pamatojoties uz iepriekš minētajiem apgalvojumiem, mēs varam teikt vai secināt, ka dinamiska testēšana ir programmatūras lietojumprogrammu kā gala lietotāja validācijas process dažādās vidēs, lai izveidotu pareizo programmatūru.
Ko dara dinamiskā testēšana?
Dinamisko testu galvenais mērķis ir nodrošināt programmatūras pareizu darbību programmatūras instalēšanas laikā un pēc tās, nodrošinot stabilu lietojumprogrammu bez lieliem trūkumiem (šis apgalvojums ir izteikts tāpēc, ka nevienā programmatūrā nav kļūdu, tikai testēšana var parādīt defektu klātbūtni un nav prombūtnes)
Dinamiskā testa galvenais mērķis ir nodrošināt programmatūras konsekvenci; ļauj to apspriest ar piemēru.
Banku lietojumprogrammā mēs atrodam dažādus ekrānus, piemēram, sadaļu Mani konti, Līdzekļu pārskaitījums, Rēķinu apmaksa utt. Visos šajos ekrānos ir summas lauks, kurā var izmantot dažas rakstzīmes.
Pieņemsim, ka laukā Mani konti summa tiek parādīta kā 25 000, bet līdzekļu pārskaitījums - 25 000 ASV dolāru, un rēķina apmaksa - 25 000 ASV dolāru, lai gan summa ir vienāda, summas parādīšanas veids nav tas pats, tādējādi programmatūra kļūst nekonsekventa.
Konsekvence neaprobežojas tikai ar funkcionalitāti, tā attiecas arī uz dažādiem standartiem, piemēram, veiktspēju, lietojamību, saderību utt., Tāpēc kļūst ļoti svarīgi veikt dinamisko testēšanu.
Dinamiskās testēšanas veidi
Dinamiskā testēšana tiek klasificēta divās kategorijās
- Baltās kastes pārbaude
- Melnās kastes pārbaude
Zemāk redzamais attēlojums sniedz mums priekšstatu par dinamiskās testēšanas veidiem, testēšanas līmeņiem utt.
Ļaujiet mums īsi pārrunāt katru testēšanas veidu un tā paredzēto mērķi
Baltās kastes testēšana - baltās kastes pārbaude ir programmatūras testēšanas metode, kurā testētājam ir zināma iekšējā struktūra / dizains. Baltās kastes testēšanas galvenais mērķis ir pārbaudīt sistēmas veiktspēju, pamatojoties uz kodu. To galvenokārt veic izstrādātāji vai White Box testētāji, kuriem ir zināšanas par programmēšanu.
Melnās kastes testēšana - melnās kastes pārbaude ir testēšanas metode, kurā iekšējā struktūra / kods / dizains testētājam NAV zināms. Šīs pārbaudes galvenais mērķis ir pārbaudīt pārbaudāmās sistēmas un šāda veida testēšanas funkcionalitāti, lai izpildītu visu testu komplektu, un to galvenokārt veic testētāji, un nav nepieciešamas nekādas programmēšanas zināšanas.
Black Box testēšana atkal iedalīt divos veidos.
Viņi ir
- Funkcionālā pārbaude
- Nefunkcionāla testēšana
Funkcionālā pārbaude:
Funkcionālā testēšana tiek veikta, lai pārliecinātos, ka visas izstrādātās funkcijas atbilst funkcionālajām specifikācijām, un tās tiek veiktas, izpildot kvalitātes nodrošināšanas komandas uzrakstītos funkcionālās pārbaudes gadījumus, funkcionālās testēšanas fāzē sistēma tiek pārbaudīta, nodrošinot ievadi, pārbaudot izeju un salīdzinot faktiskos rezultātus ar gaidāmajiem rezultātiem.
Ir dažādi funkcionālās testēšanas līmeņi, no kuriem vissvarīgākie ir
- Vienības testēšana - parasti vienība ir neliels koda gabals, kuru var pārbaudīt, vienības testēšanu veic atsevišķā programmatūras vienībā un to veic izstrādātāji
- Integrācijas testēšana - integrācijas testēšana ir testēšana, kas tiek veikta pēc vienību testēšanas un tiek veikta, apvienojot visas testējamās atsevišķās vienības, kuras veic vai nu izstrādātāji, vai testētāji
- Sistēmas testēšana - sistēmas pārbaude tiek veikta, lai pārliecinātos, vai sistēma darbojas atbilstoši prasībām un parasti tiek veikta, kad visa sistēma ir gatava, to veic testētāji, kad būvējums vai kods tiek izlaists kvalitātes nodrošināšanas komandai
- Pieņemšanas pārbaude - pieņemšanas pārbaude tiek veikta, lai pārbaudītu, vai sistēma ir izpildījusi uzņēmējdarbības prasības un ir gatava lietošanai vai gatava izvietošanai, un to parasti veic galalietotāji.
Nefunkcionāla testēšana : Nefunkcionāla testēšana ir testēšanas metode, kas nav vērsta uz funkcionālajiem aspektiem un galvenokārt koncentrējas uz sistēmas nefunkcionāliem atribūtiem, piemēram, atmiņas noplūdēm, sistēmas veiktspēju vai izturību. Nefunkcionāla testēšana tiek veikta visos testa līmeņos.
Ir daudzas nefunkcionālas testēšanas metodes, no kurām vissvarīgākās
- Veiktspējas pārbaude - veiktspējas pārbaude tiek veikta, lai pārbaudītu, vai sistēmas reakcijas laiks ir normāls atbilstoši prasībām vēlamajā tīkla slodzē.
- Atkopšanas testēšana - atkopšanas testēšana ir metode, lai pārbaudītu, cik labi sistēma spēj atkopties no avārijām un aparatūras kļūmēm.
- Saderības pārbaude - saderības pārbaude tiek veikta, lai pārbaudītu, kā sistēma darbojas dažādās vidēs.
- Drošības pārbaude - drošības pārbaude tiek veikta, lai pārbaudītu lietojumprogrammas izturību, ti, lai nodrošinātu, ka tikai autorizētie lietotāji / lomas piekļūst sistēmai
- Lietojamības pārbaude - lietojamības pārbaude ir metode, kā pārbaudīt, vai galalietotāji izmanto sistēmu, lai pārliecinātos, cik ērti lietotājiem ir sistēma.
Dinamiskās testēšanas metodes
STLC dinamisko testēšanas paņēmienu veido dažādi uzdevumi, piemēram, prasību analīze testiem, testu plānošana, testu lietu noformēšana un ieviešana, testēšanas vides iestatīšana, testu izpilde, kļūdu ziņošana un, visbeidzot, testa slēgšana. Visi dinamiskās testēšanas paņēmienu uzdevumi ir atkarīgi no iepriekšējā uzdevuma izpildes testēšanas procesā.
STLC mēs varam teikt, ka faktiskais dinamiskās testēšanas process sākas ar testa gadījumu dizainu, detalizēti apspriedīsim katru darbību.
Pirms iesaistīšanās procesā ļauj apspriest stratēģiju, kas jāievēro, veicot dinamisko testēšanu.
Pārbaudes stratēģijai galvenokārt jābūt vērstai uz pieejamajiem resursiem un laika grafiku. Pamatojoties uz šiem faktoriem, jādokumentē testēšanas mērķis, testēšanas apjoms, testēšanas fāzes vai cikli, vides veids, pieņēmumi vai problēmas, ar kurām varētu saskarties, riski utt.
Kad stratēģija ir definēta un vadība to ir pieņēmusi, sākas faktiskā procesa testa izstrāde
Kas ir testa dizains un ieviešana
Šajā posmā mēs identificējam
- Pārbaudāmās funkcijas
- Iegūstiet testa apstākļus
- Iegūstiet pārklājuma vienumus
- Iegūstiet testa gadījumus
Testa vides iestatīšana
Mums jānodrošina, lai testēšanas vide vienmēr būtu līdzīga ražošanas videi, šajā posmā mums ir jāinstalē būvniecība un jāpārvalda testa mašīnas.
Testa izpilde
Šajā posmā testa lietas faktiski tiek izpildītas.
Kļūdas ziņojums ir notverts
Pamatojoties uz izpildi, ja paredzamie un faktiskie rezultāti nav vienādi, testa gadījums ir jāatzīmē kā Neveiksme un jāpieraksta kļūda.
Dinamiskās testēšanas priekšrocības
- Dinamiskā testēšana var atklāt atklātos defektus, kas tiek uzskatīti par pārāk sarežģītiem vai sarežģītiem un kurus nevar nosegt ar statisko analīzi
- Dinamiskajā testēšanā mēs izpildām programmatūru no gala līdz galam, nodrošinot programmatūru bez kļūdām, kas savukārt paaugstina produkta un projekta kvalitāti.
- Dinamiskā testēšana kļūst par būtisku rīku jebkādu drošības draudu noteikšanai
Dinamiskās testēšanas trūkumi
- Dinamiskā testēšana ir laikietilpīga, jo tā izpilda lietojumprogrammu / programmatūru vai kodu, kam nepieciešami milzīgi resursi
- Dinamiskā testēšana palielina projekta / produkta izmaksas, jo tā nesākas programmatūras dzīves cikla sākumā, un tādējādi jebkurš vēlākos posmos novērsts jautājums var izraisīt izmaksu pieaugumu.
Secinājums:
Programmatūras inženierijā verifikācija un pārbaude tiek izmantoti divi pasākumi, lai pārbaudītu, vai programmatūras produkts atbilst prasību specifikācijām. Statiskā pārbaude ietver verifikāciju, savukārt dinamiskā testēšana - pārbaudi. Kopā tie palīdz piegādāt rentablu kvalitātes programmatūru.
Šī raksta autore ir Radhika Renamala