logo

TechCodeview

Programmatūras testēšanas veidi

Laipni lūdzam pasaulē programmatūras testēšana , kas nodrošina kvalitāti un uzticamību lietojumprogrammas . Izpratne par dažādiem programmatūras testēšanas veidiem ir būtiska gan izstrādātājiem, gan kvalitātes nodrošināšanas profesionāļiem.

Šajā rokasgrāmatā mēs izpētīsim programmatūras testēšanas pamatkategorijas, sākot no vienību testēšanas līdz drošības testēšanai, palīdzot jums orientēties un nodrošināt, ka programmatūra atbilst augstākajiem veiktspējas un funkcionalitātes standartiem.

Satura rādītājs



Programmatūras testēšanas principi

  • Visiem testiem jāatbilst klienta prasībām.
  • Lai mūsu programmatūras testēšana būtu jāveic trešajai pusei.
  • Pilnīga pārbaude nav iespējama. Tā kā mums ir nepieciešams optimālais testēšanas apjoms, pamatojoties uz pieteikuma riska novērtējumu.
  • Pirms tās ieviešanas ir jāplāno visi veicamie testi
  • Tas seko Pareto likumam (80/20 noteikums), kas nosaka, ka 80% kļūdu rodas no 20% programmas komponentu.
  • Sāciet testēšanu ar mazām detaļām un paplašiniet to līdz lielām daļām.
  • Pārbaudes veidi
Programmatūras testēšanas veidi

Programmatūras testēšanas veidi

java apakšvirknes piemērs

Dažādi programmatūras testēšanas veidi

  1. Manuālā pārbaude
  2. Automatizācijas pārbaude

1. Manuālā pārbaude

Manuāla pārbaude ir programmatūras testēšanas paņēmiens, kas tiek veikts, izmantojot lietojumprogrammas funkcijas un līdzekļus. Manuālajā programmatūras testēšanā testētājs veic programmatūras testus, ievērojot iepriekš noteiktu testa gadījumu kopu. Šajā testēšanā testētāji izveido kodu pārbaudes gadījumus, pārbauda programmatūru un sniedz gala ziņojumu par šo programmatūru. Manuālā testēšana ir laikietilpīga, jo to veic cilvēki, un pastāv cilvēcisku kļūdu iespējamība.

Manuālās testēšanas priekšrocības

  • Ātra un precīza vizuālā atgriezeniskā saite: Tas atklāj gandrīz katru lietojumprogrammas kļūdu un tiek izmantots, lai pārbaudītu dinamiski mainīgos GUI dizainus, piemēram, izkārtojumu, tekstu utt.
  • Lētāks: Tas ir lētāks, jo tam nav nepieciešamas nekādas augsta līmeņa prasmes vai īpaša veida rīks.
  • Kodēšana nav nepieciešama: Izmantojot melnās kastes testēšanas metodi, nav nepieciešamas programmēšanas zināšanas. Jaunajiem testētājiem to ir viegli iemācīties.
  • Efektīva neplānotām izmaiņām: Manuālā testēšana ir piemērota neplānotu lietojumprogrammas izmaiņu gadījumā, jo to var viegli pieņemt.

2. Automatizācijas pārbaude

Automatizētā testēšana ir paņēmiens, kurā testētājs pats raksta skriptus un programmatūras testēšanai izmanto piemērotu programmatūru vai automatizācijas rīku. Tas ir manuāla procesa automatizācijas process. Tas ļauj izpildīt atkārtotus uzdevumus bez manuālā testētāja iejaukšanās.

Automatizācijas pārbaudes priekšrocības:

  • Vienkāršo pārbaudes gadījuma izpildi: Automatizācijas testēšanu var atstāt praktiski bez uzraudzības, tādējādi ļaujot sekot līdzi rezultātiem procesa beigās. Tādējādi vienkāršojot kopējo testa izpildi un palielinot lietojumprogrammas efektivitāti.
  • Uzlabo testu ticamību: Automatizācijas testēšana nodrošina vienlīdzīgu fokusu uz visām testēšanas jomām, tādējādi nodrošinot vislabākās kvalitātes galaproduktu.
  • Palielina testa pārklājuma apjomu: Izmantojot automatizācijas testēšanu, testējamajai lietojumprogrammai var izveidot un izpildīt vairāk testa gadījumu. Tādējādi tiek nodrošināts lielāks testu pārklājums un tiek atklāts vairāk kļūdu. Tas ļauj testēt sarežģītākas lietojumprogrammas un var pārbaudīt vairāk funkciju.
  • Cilvēku mijiedarbības samazināšana: Automatizācijas testēšanā viss tiek automatizēts no testa gadījuma izveides līdz izpildei, tāpēc nolaidības dēļ nav izmaiņu cilvēku kļūdas dēļ. Tas samazina nepieciešamību pēc izlaišanas fāzē novērst traucējumus.

Manuālās pārbaudes veidi

  1. Baltās kastes pārbaude
  2. Melnās kastes pārbaude
  3. Pelēkās kastes pārbaude

1. Baltās kastes pārbaude

Baltās kastes pārbaude metodes analizē iekšējās struktūras, izmantotās datu struktūras, iekšējo dizainu, koda struktūru un programmatūras darbību, nevis tikai funkcionalitāti kā melnās kastes testēšanā. To sauc arī par stikla kastes testēšanu, skaidras kastes testēšanu vai strukturālo testēšanu. Baltās kastes testēšana ir pazīstama arī kā caurspīdīga testēšana vai atvērtās kastes testēšana.

Baltās kastes testēšana ir programmatūras testēšanas paņēmiens, kas ietver lietojumprogrammas iekšējās struktūras un darbības testēšanu. Testētājam ir piekļuve avota kodam, un viņš izmanto šīs zināšanas, lai izstrādātu testa gadījumus, kas var pārbaudīt programmatūras pareizību koda līmenī.

Baltās kastes testēšanas priekšrocības:

  • Rūpīga pārbaude : Baltās kastes pārbaude ir rūpīga, jo tiek pārbaudīts viss kods un struktūras.
  • Koda optimizācija: Tā rezultātā tiek optimizēts kods, novēršot kļūdas, un palīdz noņemt papildu koda rindas.
  • Agrīna defektu atklāšana: To var sākt agrākā stadijā, jo tai nav nepieciešama saskarne, piemēram, melnās kastes testēšanas gadījumā.
  • Integrācija ar SDLC: Baltās kastes testēšanu var viegli sākt programmatūras izstrādes dzīves ciklā.
  • Sarežģītu defektu noteikšana: Testētāji var identificēt defektus, kurus nevar atklāt ar citām testēšanas metodēm.

2. Melnās kastes pārbaude

Melnās kastes testēšana ir programmatūras testēšanas veids, kurā testētājs nav saistīts ar programmatūras iekšējām zināšanām vai ieviešanas detaļām, bet gan koncentrējas uz funkcionalitātes apstiprināšanu, pamatojoties uz sniegtajām specifikācijām vai prasībām.

Melnās kastes pārbaudes priekšrocības:

  • Lai īstenotu Black Box testēšanu, testētājam nav jābūt vairāk funkcionālām zināšanām vai programmēšanas prasmēm.
  • Tas ir efektīvs, lai ieviestu testus lielākā sistēmā.
  • Testi tiek veikti no lietotāja vai klienta viedokļa.
  • Testa gadījumi ir viegli atkārtojami.
  • To izmanto, lai atrastu neskaidrības un pretrunas funkcionālajās specifikācijās.

3. Pelēkās kastes pārbaude

Pelēkās kastes pārbaude ir programmatūras testēšanas tehnika, kas ir kombinācija Melnās kastes pārbaude tehnika un Baltās kastes pārbaude tehnika.

  1. Melnās kastes testēšanas tehnikā testētājs nezina par pārbaudāmā vienuma iekšējo struktūru, un White Box Testing iekšējā struktūra ir zināma testētājam.
  2. Iekšējā struktūra ir daļēji zināma Grey Box Testing.
  3. Tas ietver piekļuvi iekšējām datu struktūrām un algoritmiem, lai izstrādātu testa gadījumus.

Pelēkās kastes pārbaudes priekšrocības:

  1. Mērķu skaidrība: Lietotājiem un izstrādātājiem testēšanas laikā ir skaidri mērķi.
  2. No lietotāja viedokļa: Pelēkās kastes testēšana galvenokārt tiek veikta no lietotāja viedokļa.
  3. Augstas programmēšanas prasmes nav nepieciešamas: Lai veiktu šo testēšanu, testētājiem nav jābūt augstām programmēšanas prasmēm.
  4. Neuzbāzīgs: Pelēkās kastes pārbaude nav traucējoša.
  5. Uzlabota produkta kvalitāte: Produkta kopējā kvalitāte ir uzlabota.

Melnās kastes testēšanas veidi

  1. Funkcionālā pārbaude
  2. Nefunkcionālā pārbaude

1. Funkcionālā pārbaude

Funkcionālā testēšana ir programmatūras testēšanas veids, kurā sistēma tiek pārbaudīta atbilstoši funkcionālajām prasībām un specifikācijām. Funkcionālā pārbaude nodrošina, ka lietojumprogramma atbilst prasībām vai specifikācijām. Šāda veida pārbaude īpaši attiecas uz apstrādes rezultātiem. Tas koncentrējas uz faktiskās sistēmas lietošanas simulāciju, bet neizstrādā nekādus sistēmas struktūras pieņēmumus. Rakstā galvenā uzmanība pievērsta funkciju testēšanas apspriešanai.

Funkcionālās pārbaudes priekšrocības

  • Produkts bez kļūdām: Funkcionālā pārbaude nodrošina bezkļūdām un augstas kvalitātes produkta piegādi.
  • Klientu apmierinātība: Tas nodrošina visu prasību izpildi un nodrošina, ka klients ir apmierināts.
  • Testēšana koncentrējās uz specifikācijām: Funkcionālā pārbaude ir vērsta uz specifikācijām atbilstoši klienta lietojumam.
  • Pareiza lietojumprogrammas darbība: Tas nodrošina, ka lietojumprogramma darbojas, kā paredzēts, un nodrošina pareizu visas lietojumprogrammas funkcionalitātes darbību.
  • Uzlabo produkta kvalitāti: Funkcionālā pārbaude nodrošina preces drošību un drošumu un uzlabo preces kvalitāti.

2. Nefunkcionālā pārbaude

Nefunkcionāla pārbaude ir veids Programmatūras testēšana kas tiek veikta, lai pārbaudītu lietojumprogrammas nefunkcionālās prasības. Tas pārbauda, ​​vai sistēmas darbība atbilst prasībām. Tā pārbauda visus aspektus, kas netiek pārbaudīti funkcionālajā testēšanā. Nefunkcionālā testēšana ir programmatūras testēšanas paņēmiens, kas pārbauda sistēmas nefunkcionālos atribūtus. Nefunkcionālā testēšana ir definēta kā programmatūras testēšanas veids, lai pārbaudītu lietojumprogrammas nefunkcionālos aspektus. Tas ir paredzēts, lai pārbaudītu sistēmas gatavību atbilstoši nefunkcionāliem parametriem, kuri nekad netiek risināti funkcionālajā testēšanā. Nefunkcionālā pārbaude ir tikpat svarīga kā funkcionālā pārbaude.

Nefunkcionālās testēšanas priekšrocības

  • Uzlabota veiktspēja: Nefunkcionālā testēšana pārbauda sistēmas veiktspēju un nosaka veiktspējas vājās vietas, kas var ietekmēt veiktspēju.
  • Mazāk laikietilpīgs: Nefunkcionālā testēšana kopumā ir mazāk laikietilpīga nekā cits testēšanas process.
  • Uzlabo lietotāja pieredzi: Nefunkcionālā testēšana, piemēram, lietojamības pārbaude, pārbauda, ​​cik viegli lietojama un lietotājam draudzīga ir programmatūra lietotājiem. Tādējādi koncentrējieties uz lietojumprogrammas vispārējās lietotāja pieredzes uzlabošanu.
  • Drošāks produkts: Tā kā nefunkcionālā testēšana īpaši ietver drošības testēšanu, kas pārbauda lietojumprogrammas drošības vājās vietas un to, cik droša ir lietojumprogramma pret uzbrukumiem no iekšējiem un ārējiem avotiem.

Funkcionālās pārbaudes veidi

  1. Vienības pārbaude
  2. Integrācijas pārbaude
  3. Sistēmas testēšana

1. Vienības pārbaude

Vienības pārbaude ir lietojumprogrammas atsevišķu vienību vai komponentu testēšanas metode. To parasti veic izstrādātāji, un to izmanto, lai nodrošinātu, ka atsevišķas programmatūras vienības darbojas, kā paredzēts. Vienību testi parasti ir automatizēti un ir paredzēti, lai pārbaudītu noteiktas koda daļas, piemēram, noteiktu funkciju vai metodi. Vienības pārbaude tiek veikta zemākajā līmenī programmatūras izstrādes process , kur atsevišķas koda vienības tiek pārbaudītas atsevišķi.

Vienības pārbaudes priekšrocības:

Tālāk ir norādītas dažas vienības pārbaudes priekšrocības.

  • Tas palīdz identificēt kļūdas agrīnā izstrādes procesā, pirms to novēršana kļūst grūtāka un dārgāka.
  • Tas palīdz nodrošināt, ka koda izmaiņas nerada jaunas kļūdas.
  • Tas padara kodu modulārāku un vieglāk saprotamu un uzturējamu.
  • Tas palīdz uzlabot programmatūras vispārējo kvalitāti un uzticamību.

Piezīme: Ir iekļauti daži populāri ietvari un rīki, kas tiek izmantoti vienību testēšanai JUnit , NUvienība, un xUnit.

  • Ir svarīgi paturēt prātā, ka vienību testēšana ir tikai viens programmatūras testēšanas aspekts, un tā ir jāizmanto kopā ar citiem testēšanas veidiem, piemēram, integrācijas testēšanu, funkcionālo testēšanu un pieņemšanas testēšanu, lai nodrošinātu, ka programmatūra atbilst tās lietotāju vajadzībām. .
  • Tas koncentrējas uz mazāko programmatūras dizaina vienību. Tajā mēs pārbaudām atsevišķu vienību vai savstarpēji saistītu vienību grupu. To bieži veic programmētājs, izmantojot parauga ievadi un novērojot tās atbilstošās izejas.

Piemērs:

  1. Programmā mēs pārbaudām, vai cilpa, metode vai funkcija darbojas labi.
  2. Pārprasts vai nepareizs, aritmētiskā prioritāte.
  3. Nepareiza inicializācija.

2. Integrācijas pārbaude

Integrācijas pārbaude ir metode, kā pārbaudīt, kā dažādas programmatūras lietojumprogrammas vienības vai komponenti mijiedarbojas savā starpā. To izmanto, lai identificētu un atrisinātu visas problēmas, kas var rasties, apvienojot dažādas programmatūras vienības. Integrācijas testēšana parasti tiek veikta pēc vienību testēšanas un pirms funkcionālās pārbaudes, un to izmanto, lai pārbaudītu, vai dažādas programmatūras vienības darbojas kopā, kā paredzēts.

Dažādi integrācijas pārbaudes veikšanas veidi:

Tālāk ir apskatīti dažādi integrācijas testēšanas veidi.

  • Integrācijas pārbaude no augšas uz leju: tā sākas ar augstākā līmeņa moduļiem un atšķir tos no zemāka līmeņa moduļiem.
  • Augšupējā integrācijas pārbaude: tā sākas ar zemākā līmeņa moduļiem un integrē tos ar augstāka līmeņa moduļiem.
  • Lielā sprādziena integrācijas pārbaude: tā apvieno visus moduļus un integrē tos visus vienlaikus.
  • Pakāpeniska integrācijas pārbaude: tā integrē moduļus mazās grupās, pārbaudot katru grupu, kad tā tiek pievienota.

Integrētās testēšanas priekšrocības

  • Tas palīdz identificēt un atrisināt problēmas, kas var rasties, apvienojot dažādas programmatūras vienības.
  • Tas palīdz nodrošināt, ka dažādas programmatūras vienības darbojas kopā, kā paredzēts.
  • Tas palīdz uzlabot programmatūras vispārējo uzticamību un stabilitāti.
  • Ir svarīgi paturēt prātā, ka integrācijas pārbaude ir būtiska sarežģītām sistēmām, kurās ir integrēti dažādi komponenti.
  • Tāpat kā vienības testēšana, integrācijas testēšana ir tikai viens programmatūras testēšanas aspekts, un tā ir jāizmanto kopā ar citiem testēšanas veidiem, piemēram, vienības testēšanu, funkcionālo testēšanu un akcepttestēšanu, lai nodrošinātu, ka programmatūra atbilst tās lietotāju vajadzībām.

The objektīvs ir ņemt vienībā pārbaudītus komponentus un izveidot programmas struktūru, ko nosaka dizains. Integrācijas testēšana ir testēšana, kurā komponentu grupa tiek apvienota, lai iegūtu produkciju.

Integrācijas testēšana ir četru veidu: (i) lejupejoša (ii) augšupēja (iii) sviestmaize (iv) lielais sprādziens

Piemērs:

  1. Melnās kastes pārbaude: To izmanto apstiprināšanai. Šajā gadījumā mēs ignorējam iekšējos darba mehānismus un koncentrējamies uz to, kas ir rezultāts?
  2. Baltās kastes pārbaude: To izmanto pārbaudei. Šajā gadījumā mēs koncentrējamies uz iekšējiem mehānismiem, t.i., kā tiek sasniegts rezultāts.

3. Sistēmas pārbaude

Sistēmas testēšana ir programmatūras testēšanas veids, kas novērtē pilnīga un pilnībā integrēta programmatūras risinājuma vispārējo funkcionalitāti un veiktspēju. Tā pārbauda, ​​vai sistēma atbilst noteiktajām prasībām un vai tā ir piemērota piegādei galalietotājiem. Šāda veida testēšana tiek veikta pēc integrācijas testēšanas un pirms akcepttestēšanas.

kas ir ymail

Sistēmas testēšana ir veids programmatūras testēšana kas tiek veikta pilnībā integrētā sistēmā, lai novērtētu sistēmas atbilstību attiecīgajām prasībām. Sistēmas testēšanā par ievadi tiek ņemti integrācijas testēšanas izturētie komponenti. Integrācijas pārbaudes mērķis ir atklāt jebkādus pārkāpumus starp integrētajām vienībām.

Sistēmas testēšanas priekšrocības:

  • Lai veiktu šo testēšanu, testētājiem nav nepieciešamas lielākas zināšanas par programmēšanu.
  • Tas pārbaudīs visu produktu vai programmatūru, lai mēs viegli atklātu kļūdas vai defektus, kurus nevar identificēt vienības testēšanas un integrācijas testēšanas laikā.
  • Testēšanas vide ir līdzīga reāllaika ražošanas vai biznesa videi.
  • Tas pārbauda visu sistēmas funkcionalitāti ar dažādiem testa skriptiem, kā arī aptver klientu tehniskās un biznesa prasības.
  • Pēc šīs pārbaudes produkts gandrīz aptvers visas iespējamās kļūdas vai kļūdas, un tāpēc izstrādes komanda pārliecinoši veiks pieņemšanas testēšanu.

Integrācijas testēšanas veidi

  1. Pakāpeniska pārbaude
  2. Neinkrementāla pārbaude

1. Inkrementālā pārbaude

Tāpat kā izstrāde, arī testēšana ir posms SDLC (programmatūras izstrādes dzīves cikls) . Dažādos attīstības cikla posmos tiek veikti dažādi testi. Inkrementālā testēšana ir viena no testēšanas pieejām, ko parasti izmanto programmatūras jomā testēšanas fāzē. integrācijas testēšana kas tiek veikta pēc vienību pārbaude . Moduļu testēšanai vienu pēc otra tiek izmantoti vairāki elementi un draiveri, kas palīdz atklāt kļūdas un defektus konkrētajos moduļos.

Inkrementālās pārbaudes priekšrocības

  • Katram modulim ir sava īpaša nozīme. Katrs saņem savu lomu testēšanas laikā, jo tās tiek palielinātas atsevišķi.
  • Defekti tiek atklāti mazākos moduļos, nevis apzīmē kļūdas un pēc tam rediģē un atkārtoti labo lielus failus.
  • Tas ir elastīgāks un izmaksu ziņā efektīvāks atbilstoši prasībām un tvērumam.
  • Klientam ir iespēja atbildēt uz katru ēku.

Ir 2 veidi Pakāpeniska pārbaude

  1. Integrācijas pārbaude no augšas uz leju
  2. Integrācijas pārbaude no apakšas uz augšu

1. Integrācijas pārbaude no augšas uz leju

Testēšana no augšas uz leju ir pieauguma veids integrācijas testēšana pieeja, kurā testēšana tiek veikta, integrējot vai savienojot divus vai vairākus moduļus, virzoties lejup no augšas uz leju, izmantojot arhitektūras struktūras vadības plūsmu. Tajos vispirms tiek pārbaudīti augsta līmeņa moduļi un pēc tam tiek pārbaudīti zema līmeņa moduļi. Pēc tam, visbeidzot, tiek veikta integrācija, lai nodrošinātu, ka sistēma darbojas pareizi. Šī projekta īstenošanai tiek izmantoti stubs un draiveri. Šo paņēmienu izmanto, lai palielinātu vai stimulētu to moduļu uzvedību, kas nav integrēti zemākā līmenī.

Priekšrocības Integrācijas pārbaude no augšas uz leju

  1. Nav nepieciešams rakstīt draiverus.
  2. Interfeisa kļūdas tiek identificētas agrīnā stadijā, un arī kļūdu lokalizācija ir vieglāka.
  3. Zema līmeņa utilītas, kas nav svarīgas, netiek labi pārbaudītas, un augsta līmeņa testētāji tiek pārbaudīti labi atbilstošā veidā.
  4. Pārbaudes gadījumu attēlošana ir vienkāršāka un vienkāršāka, kad ir pievienotas ievades-izejas funkcijas.

2. Integrācijas pārbaude no apakšas uz augšu

Testēšana no apakšas uz augšu ir pieauguma veids integrācijas testēšana pieeja, kurā testēšana tiek veikta, integrējot vai savienojot divus vai vairākus moduļus, virzoties uz augšu no apakšas uz augšu, izmantojot arhitektūras struktūras vadības plūsmu. Tajos vispirms tiek pārbaudīti zema līmeņa moduļi un pēc tam tiek pārbaudīti augsta līmeņa moduļi. Šāda veida pārbaude vai pieeja ir pazīstama arī kā induktīvā spriešana, un daudzos gadījumos to izmanto kā sintēzes sinonīmu. Testēšana no apakšas uz augšu ir lietotājam draudzīga testēšana, un tās rezultātā palielinās kopējā programmatūras izstrāde. Šīs pārbaudes rezultāts ir augsts panākumu līmenis un ilgstoši rezultāti.

Augšupējas integrācijas testēšanas priekšrocības

  • Ir viegli un vienkārši izveidot un attīstīt testa apstākļus.
  • Ir arī viegli novērot testa rezultātus.
  • Nav obligāti jāzina par konstrukcijas projekta detaļām.
  • Arī zema līmeņa utilītas ir labi pārbaudītas, un tās ir arī saderīgas ar objektorientēto struktūru.

Nefunkcionālās pārbaudes veidi

  1. Veiktspējas pārbaude
  2. Lietojamības pārbaude
  3. Saderības pārbaude

1. Veiktspējas pārbaude

Veiktspējas pārbaude ir programmatūras testēšanas veids, kas nodrošina programmatūras lietojumprogrammu pareizu darbību atbilstoši paredzamajai darba slodzei. Tā ir testēšanas metode, ko veic, lai noteiktu sistēmas veiktspēju attiecībā uz jutīgumu, reaktivitāti un stabilitāti konkrētas darba slodzes apstākļos.

Veiktspējas pārbaude ir programmatūras testēšanas veids, kas koncentrējas uz sistēmas vai lietojumprogrammas veiktspējas un mērogojamības novērtēšanu. Veiktspējas testēšanas mērķis ir identificēt vājās vietas, izmērīt sistēmas veiktspēju dažādās slodzēs un apstākļos un nodrošināt, ka sistēma spēj apstrādāt paredzamo lietotāju vai darījumu skaitu.

Veiktspējas pārbaudes priekšrocības

  • Veiktspējas pārbaude nodrošina sistēmas ātrumu, slodzes spēju, precizitāti un citas sistēmas veiktspējas.
  • Tas identificē, uzrauga un atrisina problēmas, ja kaut kas notiek.
  • Tas nodrošina lielisku programmatūras optimizāciju, kā arī ļauj daudziem lietotājiem to izmantot vienlaikus.
  • Tas nodrošina gan klienta, gan gala klienta apmierinātību. Veiktspējas testēšanai ir vairākas priekšrocības, kas padara to par svarīgu programmatūras testēšanas aspektu:
  • Sastrēgumu identificēšana : veiktspējas pārbaude palīdz identificēt vājās vietas sistēmā, piemēram, lēnus datu bāzes vaicājumus, nepietiekamu atmiņu vai tīkla pārslodzi. Tas palīdz izstrādātājiem optimizēt sistēmu un nodrošināt, ka tā var apstrādāt paredzēto lietotāju vai darījumu skaitu.

2. Lietojamības pārbaude

Jūs izstrādājat produktu (teiksim, ledusskapi), un, kad tas ir pilnībā gatavs, jums ir nepieciešams potenciālais klients, lai to pārbaudītu, lai pārbaudītu tā darbību. Lai saprastu, vai iekārta ir gatava nākšanai tirgū, potenciālie klienti pārbauda mašīnas. Tāpat labākais lietojamības testēšanas piemērs ir tad, kad programmatūrai tiek veikti arī dažādi testēšanas procesi, kurus pirms laišanas tirgū veic potenciālie lietotāji. Tā ir daļa no programmatūras izstrādes dzīves cikla (SDLC).

Izmantojamības pārbaudes priekšrocības un trūkumi

Priekšroka tiek dota lietojamības pārbaudei, lai novērtētu produktu vai pakalpojumu, pārbaudot to ar atbilstošiem lietotājiem. Lietojamības testēšanā izstrādes un dizaina komandas izmantos, lai identificētu problēmas pirms kodēšanas, un rezultāts būs agrākas problēmas. Lietojamības pārbaudes laikā varat

  • Uzziniet, vai dalībnieki spēs pilnībā izpildīt konkrēto uzdevumu.
  • noteikt, cik ilgs laiks būs nepieciešams konkrētā uzdevuma izpildei.
  • Piešķir produktam lieliskas īpašības un funkcionalitāti
  • Uzlabo lietotāju apmierinātību un atbilst prasībām, pamatojoties uz lietotāju atsauksmēm
  • Produkts kļūst efektīvāks un iedarbīgāks

3. Saderības pārbaude

Saderības pārbaude ir programmatūras testēšana, kas attiecas uz nefunkcionāla pārbaude kategorijā, un tas tiek veikts lietojumprogrammai, lai pārbaudītu tās saderību (darba spēju) dažādās platformās/vidēs. Šī pārbaude tiek veikta tikai tad, kad lietojumprogramma kļūst stabila. Tas nozīmē, ka vienkārši šī saderības testa mērķis ir pārbaudīt izstrādātās programmatūras lietojumprogrammu funkcionalitāti dažādās programmatūras, aparatūras platformās, tīkla pārlūkprogrammās utt. Šī saderības pārbaude ir ļoti svarīga produkta ražošanas un ieviešanas aspektā, jo tā tiek veikta, lai izvairītos no turpmākām saderības problēmām.

Saderības pārbaudes priekšrocības

  • Tas nodrošina pilnīgu klientu apmierinātību.
  • Tas nodrošina pakalpojumus vairākās platformās.
  • Kļūdu identificēšana izstrādes procesā.

Ir 4 veidi Veiktspējas pārbaude

  1. Slodzes pārbaude
  2. Stresa testēšana
  3. Mērogojamības pārbaude
  4. Stabilitātes pārbaude

1. Slodzes pārbaude

Slodzes pārbaude nosaka lietojumprogrammas darbību, ja to vienlaikus izmanto vairāki lietotāji. Tā ir sistēmas reakcija, ko mēra dažādos slodzes apstākļos.

  1. Slodzes pārbaude tiek veikta normālas un ekstremālas slodzes apstākļos.
  2. Slodzes pārbaude ir veiktspējas pārbaudes veids, kas simulē sistēmas vai lietojumprogrammas reālo slodzi, lai noskaidrotu, kā tā darbojas stresa apstākļos.
  3. Slodzes pārbaudes mērķis ir identificēt vājās vietas un noteikt maksimālo lietotāju vai darījumu skaitu, ko sistēma var apstrādāt.
  4. Tas ir svarīgs programmatūras testēšanas aspekts, jo tas palīdz nodrošināt, ka sistēma var apstrādāt paredzamos lietojuma līmeņus un identificēt visas iespējamās problēmas, pirms sistēma tiek ieviesta ražošanā.

Slodzes pārbaudes priekšrocības:

Slodzes testēšanai ir vairākas priekšrocības, kas padara to par svarīgu programmatūras testēšanas aspektu:

  1. Sastrēgumu noteikšana: Slodzes pārbaude palīdz identificēt vājās vietas sistēmā, piemēram, lēnus datu bāzes vaicājumus, nepietiekamu atmiņu vai tīkla pārslodzi. Tas palīdz izstrādātājiem optimizēt sistēmu un nodrošināt, ka tā var apstrādāt paredzēto lietotāju vai darījumu skaitu.
  2. Uzlabota mērogojamība: Nosakot sistēmas maksimālo jaudu, slodzes pārbaude palīdz nodrošināt, ka sistēma laika gaitā var apstrādāt arvien lielāku lietotāju vai darījumu skaitu. Tas ir īpaši svarīgi tīmekļa sistēmām un lietojumprogrammām, kurām paredzēts apstrādāt lielu trafika apjomu.
  3. Uzlabota uzticamība: Slodzes pārbaude palīdz identificēt visas iespējamās problēmas, kas var rasties lielas slodzes apstākļos, piemēram, palielināts kļūdu līmenis vai lēns reakcijas laiks. Tas palīdz nodrošināt, ka sistēma ir uzticama un stabila, kad tā tiek izvietota ražošanā.

2. Stresa testēšana

In Stresa testēšana , mēs piešķiram sistēmai nelabvēlīgus apstākļus un pārbaudām, kā tā darbojas šajos apstākļos.

Piemērs:

  1. Tiek izpildīti testa gadījumi, kuriem nepieciešama maksimāla atmiņa vai citi resursi.
  2. Pārbaudes gadījumi, kas var izraisīt sagraušanu virtuālajā operētājsistēmā.
  3. Testa gadījumi, kas var izraisīt pārmērīgu diska prasību Veiktspējas pārbaude.

Tā ir izstrādāta, lai pārbaudītu programmatūras darbības laiku integrētas sistēmas kontekstā. To izmanto, lai pārbaudītu programmas ātrumu un efektivitāti. To sauc arī par slodzes testēšanu. Tajā mēs pārbaudām, kāda ir sistēmas veiktspēja dotajā slodzē.

Piemērs:

Pārbauda vairākus procesora ciklus.

3. Mērogojamības pārbaude

Mērogojamības pārbaude ir nefunkcionālas testēšanas veids, kurā tiek pārbaudīta programmatūras lietojumprogrammas, sistēmas, tīkla vai procesa veiktspēja, ņemot vērā tās spēju palielināt vai samazināt lietotāja pieprasījumu ielādes skaitu vai citus veiktspējas atribūtus. To var veikt aparatūras, programmatūras vai datu bāzes līmenī. Mērogojamības pārbaude ir definēta kā tīkla, sistēmas, lietojumprogrammas, produkta vai procesa spēja pareizi veikt funkciju, kad tiek veiktas izmaiņas sistēmas izmērā vai apjomā, lai apmierinātu pieaugošās vajadzības. Tas nodrošina, ka programmatūras produkts var pārvaldīt plānoto lietotāju trafika pieaugumu, datu apjomu, darījumu skaitīšanas biežumu un daudzas citas lietas. Tā pārbauda sistēmas, procesu vai datu bāzes spēju apmierināt pieaugošās vajadzības.

Mērogojamības pārbaudes priekšrocības

  • Tas nodrošina lielāku produkta pieejamību.
  • Tas atklāj problēmas ar tīmekļa lapu ielādi un citas veiktspējas problēmas.
  • Tas atrod un novērš problēmas agrāk produktā, tādējādi ietaupot daudz laika.
  • Tas nodrošina galalietotāja pieredzi konkrētajā slodzē. Tas nodrošina klientu apmierinātību.
  • Tas palīdz efektīvi izsekot rīku izmantošanai.

4. Stabilitātes pārbaude

Stabilitātes pārbaude ir programmatūras testēšanas veids, lai pārbaudītu programmatūras kvalitāti un uzvedību dažādos vides parametros. To definē kā produkta spēju turpināt darboties laika gaitā bez kļūmēm.

Tā ir nefunkcionāla testēšanas metode, kas koncentrējas uz programmatūras komponenta maksimālu noslogošanu. Stabilitātes pārbaude tiek veikta, lai pārbaudītu izstrādātā produkta efektivitāti, pārsniedzot parasto darbības jaudu, ko sauc par pārtraukuma punktu. Tam ir lielāka nozīme kļūdu apstrādē, programmatūras uzticamībā, robustumā un produkta mērogojamībā lielas slodzes apstākļos, nevis sistēmas darbības pārbaudē normālos apstākļos.

Stabilitātes pārbaude novērtē stabilitātes problēmas. Šī pārbaude galvenokārt ir paredzēta, lai pārbaudītu, vai lietojumprogramma kādā brīdī avarēsies vai nē.

Stabilitātes pārbaudes priekšrocības

  1. Tas nosaka datu ierobežojumu, ko sistēma var praktiski apstrādāt.
  2. Tas nodrošina pārliecību par sistēmas veiktspēju.
  3. Tas nosaka sistēmas stabilitāti un robustumu zem slodzes.
  4. Stabilitātes pārbaude nodrošina labāku galalietotāja pieredzi.

Citi pārbaudes veidi

  1. Dūmu pārbaude
  2. Saprāta pārbaude
  3. Regresijas pārbaude
  4. Pieņemšanas pārbaude
  5. Lietotāju pieņemšanas pārbaude
  6. Izpētes pārbaude
  7. Adhoc testēšana
  8. Drošības pārbaude
  9. Globalizācijas pārbaude
  10. Regresijas pārbaude
  11. Dūmu pārbaude
  12. Alfa testēšana
  13. Beta testēšana
  14. Objektorientētā testēšana

1. Dūmu pārbaude

Dūmu pārbaude tiek darīts, lai pārliecinātos, ka testējamā programmatūra ir gatava vai stabila turpmākai testēšanai
To sauc par dūmu testu, jo sākotnējās caurlaidības pārbaude tiek veikta, lai pārbaudītu, vai sākotnējā ieslēgšanas laikā tā nav aizdegusies vai neizdūmota.

Piemērs: 

If the project has 2 modules so before going to the module make sure that module 1 works properly.>

Dūmu pārbaudes priekšrocības

  1. Dūmu pārbaudi ir viegli veikt.
  2. Tas palīdz identificēt defektus agrīnā stadijā.
  3. Tas uzlabo sistēmas kvalitāti.
  4. Dūmu pārbaude samazina neveiksmes risku.
  5. Dūmu testēšana atvieglo piekļuvi progresam.

2. Saprāta pārbaude

Tas ir apakškopa no regresijas pārbaude . Saprāta pārbaude tiek veikta, lai pārliecinātos, ka veiktās koda izmaiņas darbojas pareizi. Saprātīga pārbaude ir apstādināšana, lai pārbaudītu, vai būvējuma testēšanu var turpināt vai nē. Saprāta pārbaudes procesa laikā komandas galvenā uzmanība ir pievērsta lietojumprogrammas funkcionalitātes apstiprināšanai, nevis detalizētai pārbaudei. Saprāta pārbaude parasti tiek veikta būvei, kurā ražošanas izvietošana ir nepieciešama nekavējoties, piemēram, kritiskas kļūdas labojums.

Saprāta pārbaudes priekšrocības

  • Saprāta pārbaude palīdz ātri noteikt galvenās funkcionalitātes defektus.
  • To var veikt īsākā laikā, jo saprāta pārbaudei nav nepieciešama dokumentācija.
  • Ja defekti tiek atklāti saprāta testēšanas laikā, projekts tiek noraidīts, kas palīdz ietaupīt laiku regresijas testu izpildei.
  • Šī testēšanas metode nav tik dārga, ja salīdzina ar cita veida testēšanu.
  • Tas palīdz identificēt atkarīgos trūkstošos objektus.

3. Regresijas pārbaude

Modificēto koda daļu un to daļu, kuras varētu tikt ietekmētas modifikāciju dēļ, testēšanas process nodrošina, ka pēc modifikāciju veikšanas programmatūrā nav ieviestas jaunas kļūdas. Regresija nozīmē kaut kā atgriešanos, un programmatūras laukā tā attiecas uz kļūdas atgriešanos.

Regresijas testēšanas priekšrocības

  • Tas nodrošina, ka pēc jaunu funkcionalitātes pievienošanas sistēmai nav ieviestas jaunas kļūdas.
  • Tā kā lielākā daļa regresijas testēšanā izmantoto testa gadījumu ir atlasīti no esošās testu komplekta, un mēs jau zinām to paredzamos rezultātus. Tādējādi to var viegli automatizēt, izmantojot automatizētos rīkus.
  • Tas palīdz uzturēt avota koda kvalitāti.

4. Pieņemšanas pārbaude

Pieņemšanas pārbaude to veic klienti, lai pārbaudītu, vai piegādātā produkcija veic vēlamos uzdevumus, kā noteikts prasībās. Mēs izmantojam objektorientēto testēšanu, lai apspriestu pārbaudes plānus un izpildītu projektus.

Pieņemšanas pārbaudes priekšrocības

  1. Šī testēšana palīdz projekta komandai uzzināt tālākās lietotāju prasības tieši, jo tā iesaista lietotājus testēšanai.
  2. Automatizēta testa izpilde.
  3. Tas klientiem rada pārliecību un gandarījumu, jo viņi ir tieši iesaistīti testēšanas procesā.
  4. Lietotājam ir vieglāk aprakstīt savu prasību.
  5. Tas aptver tikai Black-Box testēšanas procesu, un tādējādi tiks pārbaudīta visa produkta funkcionalitāte.

5. Lietotāja pieņemšanas pārbaude

Lietotāju pieņemšanas pārbaude ir testēšanas metodika, kurā klienti/gala lietotāji piedalās produktu testēšanā, lai pārbaudītu produktu atbilstību viņu prasībām. Tas tiek darīts klienta vietnē izstrādātāja vietnē. Tādās nozarēs kā medicīna vai kosmosa rūpniecība, kā daļa no lietotāju pieņemšanas pārbaudēm tiek veikta arī līguma un normatīvo aktu atbilstības pārbaude, kā arī ekspluatācijas pieņemšanas testi. UAT ir atkarīgs no konteksta, un UAT plāni tiek sagatavoti, pamatojoties uz prasībām, un tiem nav jāveic visa veida lietotāju pieņemšanas testi, un tos pat koordinē un sniedz testēšanas komanda.

6. Izpētes pārbaude

Izpētes pārbaude ir veids programmatūras testēšana kurā testētājs var brīvi izvēlēties jebkuru iespējamo metodiku programmatūras testēšanai. Tā ir bezskripta pieeja programmatūras testēšanai. Izpētes testēšanā programmatūras izstrādātāji izmanto savas mācības, zināšanas, prasmes un iemaņas, lai pārbaudītu pašu izstrādāto programmatūru. Izpētes testēšana pārbauda programmatūras funkcionalitāti un darbību, kā arī identificē tās funkcionālos un tehniskos defektus. Izpētes testēšanas mērķis ir optimizēt un uzlabot programmatūru visos iespējamos veidos.

Izpētes testēšanas priekšrocības

  • Nepieciešama mazāka sagatavošanās: Tam nav nepieciešama sagatavošanās, jo tā ir bezskripta testēšanas tehnika.
  • Atrod kritiskus defektus: Izpētes testēšana ietver izmeklēšanas procesu, kas palīdz ļoti ātri atrast kritiskos defektus.
  • Uzlabo produktivitāti: Izpētes testēšanā testētāji izmanto savas zināšanas, prasmes un pieredzi, lai pārbaudītu programmatūru. Tas palīdz paplašināt testētāju iztēli, izpildot vairāk testa gadījumu, tādējādi uzlabojot programmatūras vispārējo kvalitāti.

7. Adhoc testēšana

Adhoc testēšana ir programmatūras testēšanas veids, kas tiek veikts neformāli un nejauši pēc formālās testēšanas pabeigšanas, lai atrastu jebkādas nepilnības sistēmā. Šī iemesla dēļ to sauc arī par izlases vai pērtiķu testēšanu. Adhoc testēšana netiek veikta strukturētā veidā, tāpēc tā nav balstīta uz jebkādu metodoloģisku pieeju. Tāpēc Adhoc testēšana ir nestrukturētas programmatūras testēšanas veids.

java concat virknes

Adhoc testēšanas priekšrocības

  • Kļūdas, kuras nevar identificēt ar rakstiskiem testa gadījumiem, var identificēt ar Adhoc testēšanu.
  • To var veikt ļoti ierobežotā laikā.
  • Palīdz izveidot unikālus testa gadījumus.
  • Šis tests palīdz izveidot spēcīgu produktu, kas ir mazāk pakļauts nākotnes problēmām.
  • Šo pārbaudi var veikt jebkurā laikā Programmatūras izstrādes dzīves cikla process (SDLC)

8. Drošības pārbaude

Drošības pārbaude ir veids Programmatūras testēšana kas atklāj sistēmas ievainojamības un nosaka, ka sistēmas dati un resursi ir aizsargāti no iespējamiem iebrucējiem. Tas nodrošina, ka programmatūras sistēma un lietojumprogramma ir brīva no jebkādiem draudiem vai riskiem, kas var izraisīt zaudējumus. Jebkuras sistēmas drošības pārbaude ir vērsta uz visu iespējamo sistēmas nepilnību un nepilnību atrašanu, kas var izraisīt informācijas vai organizācijas reputācijas zaudēšanu.

Drošības pārbaudes priekšrocības

  1. Ievainojamību identificēšana: drošības testēšana palīdz identificēt sistēmas ievainojamības, kuras var izmantot uzbrucēji, piemēram, vājas paroles, neielādētu programmatūru un nepareizi konfigurētas sistēmas.
  2. Sistēmas drošības uzlabošana: drošības testēšana palīdz uzlabot sistēmas vispārējo drošību, identificējot un novēršot ievainojamības un iespējamos draudus.
  3. Atbilstības nodrošināšana: drošības pārbaude palīdz nodrošināt, ka sistēma atbilst attiecīgajiem drošības standartiem un noteikumiem, piemēram, HIPAA, PCI DSS un SOC2.

9. Globalizācijas testēšana

Globalizācijas testēšana ir programmatūras testēšanas veids, kas tiek veikts, lai nodrošinātu, ka sistēma vai programmatūras lietojumprogramma var darboties neatkarīgi no ģeogrāfiskās un kultūras vides. Tas nodrošina, ka lietojumprogrammu var izmantot visā pasaulē, un pieņem visu valodu tekstus. Mūsdienās, pieaugot dažādām tehnoloģijām, katrs programmatūras produkts tiek veidots tā, lai tas būtu globalizēts programmatūras produkts.

Globalizācijas testēšanas priekšrocības

  • Palīdz izveidot mērogojamus produktus: Tas padara programmatūras produktu elastīgāku un mērogojamāku.
  • Ietaupīt laiku: Tas ietaupa kopējo programmatūras testēšanas laiku un pūles.
  • Samaziniet laiku lokalizācijas pārbaudei: Globalizācijas testēšana palīdz samazināt lokalizācijas pārbaudes laiku un izmaksas.

10. Regresijas pārbaude

Regresijas pārbaude ir testēšanas metode, ko izmanto, lai nodrošinātu, ka programmatūrā veiktās izmaiņas nerada jaunas kļūdas vai neizraisa esošās funkcionalitātes pārtraukšanu. To parasti veic pēc tam, kad kodā ir veiktas izmaiņas, piemēram, kļūdu labojumi vai jaunas funkcijas, un tiek izmantota, lai pārbaudītu, vai programmatūra joprojām darbojas, kā paredzēts.

Regresijas testēšanu var veikt dažādos veidos, piemēram:

  • Atkārtota pārbaude : tas ietver visas lietojumprogrammas vai noteiktas funkcionalitātes testēšanu, ko ietekmēja izmaiņas.
  • Re – izpildi : tas ietver iepriekš izpildītas pārbaudes komplekta palaišanu, lai nodrošinātu, ka izmaiņas nepārkāpj nevienu esošo funkcionalitāti.
  • Salīdzinājums : Tas ietver programmatūras pašreizējās versijas salīdzināšanu ar iepriekšējo versiju, lai nodrošinātu, ka izmaiņas nepārkāpj esošo funkcionalitāti.

Regresijas testēšanas priekšrocības

  • Tas palīdz nodrošināt, ka programmatūrā veiktās izmaiņas nerada jaunas kļūdas vai neizraisa esošās funkcionalitātes pārtraukšanu.
  • Tas palīdz nodrošināt, ka programmatūra turpina darboties, kā paredzēts, pēc izmaiņu veikšanas.
  • Tas palīdz uzlabot programmatūras vispārējo uzticamību un stabilitāti.
  • Ir svarīgi paturēt prātā, ka regresijas pārbaude ir nepārtraukts process, kas jāveic visā programmatūras izstrāde
  • dzīves ciklu, lai nodrošinātu, ka programmatūra turpina darboties, kā paredzēts. Tam jābūt pēc iespējas automatizētam, lai ietaupītu laiku un resursus. Turklāt ir svarīgi, lai būtu labi definēts regresijas testu komplekts, kas aptver

Katru reizi, kad tiek pievienots jauns modulis, tiek veiktas izmaiņas programmā. Šāda veida pārbaude nodrošina, ka viss komponents darbojas pareizi pat pēc komponentu pievienošanas visai programmai.

Piemērs:

Skolas ierakstos pieņemsim, ka mums ir moduļa darbinieki, studenti un finanses, kas apvieno šos moduļus un pārbauda, ​​vai šo moduļu integrācija regresijas pārbaudē darbojas labi.

11. Dūmu pārbaude

Dūmu pārbaude tiek darīts, lai pārliecinātos, ka testējamā programmatūra ir gatava vai stabila turpmākai testēšanai
To sauc par dūmu testu, jo sākotnējās caurlaidības pārbaude tiek veikta, lai pārbaudītu, vai sākotnējā ieslēgšanas laikā tā nav aizdegusies vai neizdūmota.

Piemērs:

Ja projektā ir 2 moduļi, tad pirms došanās uz moduli pārliecinieties, vai 1. modulis darbojas pareizi.

12. Alfa testēšana

Alfa testēšana ir validācijas pārbaudes veids. Tas ir pieņemšanas pārbaudes veids kas tiek darīts pirms produkta izlaišanas klientiem. To parasti veic kvalitātes nodrošināšanas darbinieki.

Piemērs:

Ja programmatūras testēšana tiek veikta organizācijas iekšienē.

13. Beta testēšana

The beta tests to vienā vai vairākās klientu vietnēs veic programmatūras galalietotājs. Šī versija ir izlaista ierobežotam lietotāju skaitam testēšanai reāllaika vidē.

java hasnext

Piemērs:

Ja programmatūras testēšana tiek veikta ierobežotam cilvēku skaitam.

14. Objektorientētā testēšana

Objektorientētā testēšana testēšana ir dažādu testēšanas metožu kombinācija, kas palīdz pārbaudīt un apstiprināt objektu orientētu programmatūru. Šī pārbaude tiek veikta šādā veidā:

  • Prasību pārbaude,
  • Testēšanas projektēšana un analīze,
  • koda pārbaude,
  • integrācijas pārbaude,
  • Sistēmas testēšana,
  • Lietotāja pārbaude.

Programmatūras testēšanas priekšrocības

  1. Uzlabota programmatūras kvalitāte un uzticamība.
  2. Savlaicīga defektu noteikšana un novēršana.
  3. Uzlabota klientu apmierinātība.
  4. Paaugstināta ieinteresēto pušu uzticība.
  5. Samazinātas uzturēšanas izmaksas.
  6. Klientu apmierinātība
  7. Rentabls
  8. Kvalitatīvs produkts
  9. Zema neveiksme
  10. Lietojumprogramma bez kļūdām
  11. Drošība
  12. Paātrināt izstrādes procesu
  13. Agrīna defektu noteikšana
  14. Uzticams produkts

Programmatūras testēšanas trūkumi

  • Tas ir laikietilpīgs un palielina projekta izmaksas.
  • Tas var palēnināt attīstības procesu.
  • Ne visus defektus var atrast.
  • Var būt grūti pilnībā pārbaudīt sarežģītas sistēmas.
  • Iespējama cilvēka kļūda testēšanas procesā.

Jautājumi praksei

1. Attiecībā uz programmatūras testēšanu apsveriet plūsmas grafiku G ar vienu savienotu komponentu. Ļaujiet E ir malu skaits, N ir mezglu skaits un P ir G predikātu mezglu skaits. Apsveriet šādas četras izteiksmes: [GATE IT -2006]

  • I. E-N+P
  • II. E-N+2
  • III. P+2
  • IV. P+1

G ciklomātisko sarežģītību nosaka

  • (A) I vai III
  • (B) II vai III
  • (C) II vai IV
  • (D) I vai IV

Risinājums: Pareizā atbilde ir (C).

Bieži uzdotie jautājumi par programmatūras testēšanas veidiem

1. Kas ir testa gadījums?

Gadi: Testa gadījumus var vienkārši noteikt kā nosacījumus, kuros testētājs pārbaudīs, vai kods darbojas nevainojami.

2. Kāda ir automatizācijas testēšanas izmantošana?

Gadi: Automatizācijas testēšana tiek izmantota, lai samazinātu testēšanas centienus, kā arī testējot ātrākas piegādes iespējas.

3. Kāda ir atšķirība starp manuālo un automatizēto testēšanu?

Gadi: Manuālā testēšana ietver cilvēka testētāju, kas mijiedarbojas ar programmatūru, lai atrastu kļūdas. Automatizētā testēšana izmanto skriptus vai rīkus, lai automatizētu atkārtotus testa gadījumus.