2. Kāpēc testēt programmatūru?
Lai pārbaudītu, vai tiek izpildītas prasības
Lai mazinātu risku, ka programmatūras lietošanas
laikā atklājas lielas problēmas
Reizēm testēšana ir minēta kā prasība no
pasūtītāja
4. Testēšanas nolūki
Testēšana, lai atrastu kļūmes
Testēšana, lai mērītu programmatūras kvalitāti
Testēšana, lai veicinātu uzticību programmatūrai
Programmatūras vai dokumentācijas analīze, lai
novērstu defektus
5. Testu nosaukumi
Pēc testa mērķa vai testa tipa – piemēram, slodzes tests
Pēc testēšanas tehnikas - piemēram, robežvērtību tests
Pēc testējamā objekta – piemēram, lietotāja saskarnes
tests vai datu bāzes tests
Pēc testēšanas līmeņa – piemēram, sistēmas tests
Pēc testēšanas personas – piemēram, izstrādātāja tests
vai lietotāja akcepttests
Pēc testa mēra – piemēram, regresijas tests
7. Testēšanas piepūle
Pilna testēšana nav iespējama
Vidēji 25%-50% projekta budžeta testēšanai
Neatrasti bojājumi var ļoti dārgi izmaksāt
Resursi ir ierobežoti
8. Testēšanas process
Programmatūras dzīves cikla modeļi:
Ūdenskrituma modelis
Testēšana ir vienreizēja darbība, notiek projekta beigās
V-veida modelis
Testēšana iekļauta visā izstrādes procesā
9. Testēšanas process
Testēšanas plānošana un kontrole
Testu analīze un izstrāde
Testu implementēšana un izpildīšana
Testu izejas kritēriju novērtēšana
Testēšanas beigšanas aktivitātes
10. Testēšanas plānošana un kontrole
Resursu plānošana
Testēšanas stratēģijas noteikšana
Testu sadalīšana pa prioritātēm
Rīku atbalsts
11. Testu analīze un izstrāde
Loģiskie un konkrētie testu piemēri
Testu piemēri sagaidāmajiem un negaidītajiem
ievaddatiem
Jāsagatavo testēšanai nepieciešamā
infrastruktūra un testēšanas vide
12. Testu implementēšana un izpildīšana
Testpiemēru izpilde
Pilnības pārbaude
Galveno funkciju izpēte
Svarīgi protokolēt testus un testiem būt
reproducējamiem
Par kļūmēm jāziņo un pēc to izlabošanas
atkārtoti jāpārbauda
13. Testu izejas kritēriju novērtēšana
Jāpārliecinās par visu izejas kritēriju izpildīšanos
Jāsalīdzina atrasto kļūmju apjoms testēšanas
stundā pa nedēļām
Iespējams, jāveic vairāki testēšanas cikli
Jāizveido kopsavilkuma atskaite
14. Testēšanas beigšanas aktivitātes
Jāanalizē testēšanas pieredze:
Kuri no plānotajiem rezultātiem sasniegti?
Kādi negaidīti atgadījumi notika?
Kā lietotājs pieņēma sistēmu, kad tā tika nodota?
Jānoglabā dokumentācija un testi, kas,
iespējams, varētu noderēt turpmāk
15. Testēšanas psiholoģija
Errare humanum est
Izstrādātājam pašam grūtāk atrast savas kļūdas
Neatkarīga testēšanas komanda veicina testu kvalitāti
Izstrādātājiem jādraudzējas ar testētājiem un otrādi
16. Vispārējie testēšanas principi
Testēšana parāda defektu esamību nevis to
neesamību
Pilnīga testēšana nav iespējama
Testēšanas aktivitātēm jāsākas iespējami ātrāk
Pesticīdu paradokss
Testi ir atkarīgi no konteksta
Maldinošais pieņēmums, ka kļūdu neesamība nozīmē,
ka sistēma ir lietderīga