programming

Question 1

1.Kāds ir testēšanas galvenais mērķis?

Answer 1

Galvenais mērķis ir atrast problēmas programmatūrā un palīdzēt nodrošināt kvalitatīvas programmatūras izstrādi.

Question 2

Ko var noteikt ar testēšanas palīdzību?

Answer 2

ar noteikt, vai komplicēts algoritms strādā atbilstoši tā sākotnējai iecerei, vai sistēma spēj izpildīt tai izvirzītās slodzes prasības vai arī iespējams veikt pārbaudi pirms sistēmas pieņemšanas ekspluatācijā.​

Question 3

Kādas iespējas dod programmatūras testēšana vadītājiem?​

Answer 3

izprast programmatūras gatavību, apzināties riskus, kas saistīti ar programmatūras palaišanu ekspluatācijā, lai pieņemtu pamatotus lēmumus un izvairītos no dažādām negaidītām un nepatīkamām situācijām, kas saistītas ar programmatūras problēmu konstatēšanu to lietojot jau klientiem.​

Question 4

Kas ir programmatūras testēšanas rokasgrāmata?

Answer 4

vadītājiem ir veidota kā materiāls ar pamatinformāciju par programmatūras testēšanu. Rokasgrāmatā vairāk tiek aplūkoti jautājumi, kas saistīti ar programmatūras izstrādes un testēšanas procesu organizāciju, mazāk pievēršoties testēšanas tehniskajām metodēm. Par katru jautājumu informācija ir īsa, lai rokasgrāmata kopumā būtu ar mazu apjomu un tādēļ ērtāk pārskatāma​

Question 5

Kas ir programmatūras testēšana?

Answer 5

identificē problēmas programmatūrā un sniedz informāciju par programmatūru un riskiem

Question 6

Kas ir „Tradicionālā” jeb „sistemātiskā” testēšanas pieeja?

Answer 6

tradicionālā” pieeja – testēšana balstās uz prasībām un specifikācijām, testēšana tiek veikta „sistemātiski”, kas dažkārt noved pie liela apjoma dokumentācijas izveidošanas. Tiek veikta virkne aktivitāšu (testēšanas plānošana, testpiemēru specificēšana, testpiemēriem nepieciešamo testēšanas datu izveide, testpiemēru izpilde ar testējamo programmatūru). Šī pieeja prasa ieguldīt darbu (un resursus) pirms tiek atklāta pirmā problēma programmatūrā; Vairāk ir piemērota lieliem vai ilgiem projektiem

Question 7

Kas ir „Žiglā” pieejas?​

Answer 7

„Žiglā” pieeja ir piemērotāka mazāka izmēra programmatūrai un īsākiem laika periodiem, tā ir pielietojama arī žiglās programmatūras dzīves cikla gadījumā.​

Question 8

Kas ir programmatūras kvalitāte?​

Answer 8

Kvalitāte ir pakāpe, kādā komponente, sistēma vai process atbilst noteiktajām prasībām un/vai lietotāju/klientu vajadzībām un gaidām. Programmatūras kvalitāti raksturo funkcionalitāte, uzticamība, lietojamība, produktivitāte, uzturamība un pārvietojamība [SLS07]. ​

Question 9

Kas raksturo programmatūras kvalitāti?

Answer 9

funkcionalitāte, uzticamība, lietojamība, produktivitāte, uzturamība un pārvietojamība [SLS07]. ​

Question 10

Kas ir problēma?

Answer 10

Problēma ir programmatūras darbības neatbilstība tam, ko no tās sagaida lietotājs. ​

Question 11

Kas ir kļūda?

Answer 11

Kļūda (error) ir cilvēka darbība, kas izraisa defektu. Programmētāja darbība, kā rezultātā viņš uzraksta programmu ar defektu. Izpildot defektīvu programmatūru, ir redzama kļūme vai problēma, piemēram, negaidīta programmatūras uzvedība.​

​

​

Question 12

Uz ko var noradīt lietotāja saskatīta problēma?

Answer 12

Lietotāja saskatīta problēma var norādīt: ​

1)uz kļūdām programmētāju darbā, nekorekti realizējot programmatūras specifikācijā prasīto; ​

2) uz defektiem programmatūras specifikācijā – pretrunām starp prasībām, iztrūkstošām prasībām, neviennozīmīgi interpretējamām prasībām; ​

3) uz nepieciešamību attīstīt programmatūru tālāk, veidojot jaunu funkcionalitāti.​

Question 13

Ko nozīme kvalitātes nodrošināšana?

Answer 13

procesi organizācijā tiek veikti un pielietoti korekti, atbilstoši nozares labākajai vai rekomendētajai praksei

Question 14

Kas veic testēšanu?

Answer 14

Testēšanu dažādos programmatūras izstrādes dzīves cikla periodos var veikt dažādi cilvēki – izstrādātāji parasti veic vienībtestēšanu, lietotāji – akcepttestēšanu, izstrādes komandā iekļauti testētāji vai ārējie jeb neatkarīgie testētāji – integrācijas un sistēmtestēšanu. Ja problēmas identificē lietotājs ikdienas lietošanas procesā, tas nenozīmē, ka lietotājs ir kļuvis par testētāju. ​

Question 15

Kāpēc nav iespējama pilnīga notestēšana?

Answer 15

Tas nozīmē tik lielu testpiemēru skaitu, ka praktiski nav reāli tos visus izpildīt.

Question 16

Kad beidz testēšanu?

Answer 16

Testēšanu beidz, ja: 1.zināmā laika periodā atrastās problēmas pēc savas nozīmības un smaguma ir relatīvi nesvarīgas, salīdzinot ar to atrašanai veiktās testēšanas izmaksām. 2.veicot testēšanu pa līmeņiem – ja ir sasniegti nosacījumi, kas ir testēšanas plānošanas laikā noteikti kā testēšanas beigu nosacījumi šajā līmenī​

​

Question 16

Kad ir vēlams uzsākt testēšanu? Kāpēc? Kas notiks, ja problēmu neidentificē programmatūras projektēšanas laikā ?

Answer 16

iespējami agri programmatūras izstrādes dzīves ciklā. Jo vēlāk tiek atrasta problēma, jo dārgāk ir to izlabot.
Ja problēmu neidentificē jau programmatūras projektēšanas laikā, tad tiek patērēts laiks un resursi: ​

1) lai noprogrammētu problemātisko projektējumu; ​

2) lai problēmu atrastu, programmatūru testējot; ​

3) lai kļūdu izlabotu, kad tā atrasta; ​

4) un visbeidzot, lai vēlreiz notestētu, vai patiešām problēma ir izlabota un vai labojot nav nejauši radušās jaunas problēmas programmatūrā Tāpat tiek novērsti iespējamie zaudējumi, kas problēmas dēļ varētu būt radušies klientam, ja problēma tiktu atrasta jau programmatūras ekspluatācijas laikā​

Question 16

Ko nozīme „notestēt visu” ?

Answer 16

Ja testē mazu kalkulatoru, „notestēt visu” nozīmē pārbaudīt to ar visām iespējamām ievadvērtību, darbību un konfigurāciju (programmatūras un datortehnikas) kombinācijām

Question 17

Ko nozīme testēšana un atkļūdošana? Ar ko atšķiras?

Answer 17

Testēšana nozīmē identificēt vienu vai vairākus raksturlielumus, kas saistīti ar programmatūru. Kļūdu programmatūrā atrod un izlabo izstrādātāji un šo procesu sauc par atkļūdošanu​

Question 18

Kas ir katram testpiemēram?

Answer 18

Katram testpiemēram ir: * mērķis (raksturlielums, ko novērtē); * veids, kā novērtē raksturlielumu (noteikta procedūra); * aktivitāte (testpiemēra procedūras izpilde); * rezultāts (vērtējamā raksturlieluma atbilstība vai neatbilstība sagaidāmajam).

Question 19

Par ko runā, ja raksturlielums neatbilst sagaidāmajam?

Question 20

Kādi ir testēšanas veidi

Answer 20

Manuālā testēšana, automatizētā, Funkcionālā testēšana, nefunkcionālā, Statiskā testēšana un dinamiskā.

Question 21

Manuālā testēšana,

Answer 21

nozīmē, ka testēšanu veic manuāli – cilvēki vada ievaddatus programmatūrā un veic nepieciešamās darbības ar programmatūru līdzīgi kā to darīs lietotāji.​

Question 22

Funkcionālā testēšana,

Answer 22

tiek pārbaudīta programmatūras funkcionalitāte – darbības, ko tā veic, piemēram, ļauj veikt pārskaitījumus internetbankā, nopirkt preci internetveikalā vai parāda dokumentu un ļauj to izdrukāt. Vairumā gadījumu programmatūras funkcijas ir aprakstītas tās prasībās un/vai specifikācijās.​

Question 23

Statiskā testēšana.

Answer 23

programmatūras pārbaude, to nedarbinot. Statiskās testēšanas piemēri ir – pārvaldības apskates (management reviews, tehniskās apskates (technical reviews), koda inspekcijas, caurskates (walk-throughs) un auditi.​

Question 24

Kādas ir testēšanas pieejas?

Answer 24

Melnās kastes testēšana, baltās kastes testēšana, pelēkās kastes testēšana

Question 25

Melnās kastes testēšana

Answer 25

notiek, vadoties no programmatūras specifikācijām un citu informāciju par to, bet neizmantojot informāciju par programmatūras pirmkodu.​

Question 26

Baltās kastes testēšanas metodes

Answer 26

izmanto informāciju par programmatūras pirmkodu – tās struktūru jeb arhitektūru.​

Question 27

Dinamiskā testēšana?

Answer 27

Programmatūra testēšana, to darbinot.

Question 28

Regresā testēšana?

Answer 28

Regresā testēšana pārtestē agrāk testētus programmatūras segmentus vai visu sistēmu, lai pārliecinātos, ka tie vēl funkcionē atbilstoši specifikācijai pēc izmaiņu ieviešanas citā lietotnes daļā, piemēram, pieliekot klāt jaunu funkcionalitāti vai labojot problēmas.

Question 29

Nefunkcionālā testēšana?

Answer 29

Funkcionālā testēšana koncentrējas uz programmatūras darbību funkcijām- tad nefunkcionālā testēšana fokusējas uz to kā šīs darbības tiek veiktas.

Question 30

Programmatūras testēšana plāns?

Answer 30

Testēšanas plāna mērķis ir mērķtiecīgi aprakstīt testēšanas komandas darbu.

Question 31

Testēšana pārskats?

Answer 31

Testēšanas pārskati tiek sniegtas ieinteresētajām pusēm saskaņā ar testēšanas mērķiem, piemēram, par atrastajām problēmām un to smagumu, par veikto testēšanas apjomu, novērtējot gan notestētās programmatūras apjomu (prasību pārklājumu, koda pārklājumu), gan veikto testu skaitu salīdzinājumā pret iecerēto vai specificēto testu skaitu, utt..

Question 32

Automatizētā testēšana?

Answer 32

Testpiemēri tiek izpildīti un novēroti automatizēti.