2. lekcija Flashcards
Manual testing – Manuālā testēšana
Testēšanas procesu veic cilvēks
Automatic testing – Automātiskā testēšana
Testus veic programma/iekārta. Testus pirms tam izveido automatizācijas speciālists.
Semi-Automated testing – Pusautomātiskā testēšana
Testus veic cilvēks, bet daļa no testa ir automatizēta. Piemēram pirms katra testa programma izdzēš visus iepriekšējos ierakstus un izveido jaunu lietotāju.
White box testing – Baltās kastes testēšana
Testēšanas veids, kad ir pieeja programmas kodam. Piemēram Unit-Vienības testi. Parasti izpilda programmētāji.
Black box testing – Melnās kastes testēšana
Testēšanas veids, kad nav pieeja programmas kodam. Sistēma tiek apskatīta no lietotāja perspektīvas.
Gray box testing – Pelēkās kastes testēšana
Testēšanas veids, kad ir pieeja sistēmas sastāvdaļām. Piemēram ir iespēja skatīties datubāzē.
Functional tests – Funkcionālie testi
Pārbauda sistēmas atbilstību specifikācijai.
Non-Functional tests – Nefunkcionālie testi
Pārbauda sistēmas atbilstību nefunkcionālajām prasībām, kuras dažkārt var nebūt skaidri definētas (Lietojamība).
Sanity testing – Saprāta testēšana
Padziļināta vienas funkcionalitātes testēšana
Smoke testing – Dūmu testēšana
Augsta līmeņa pamatfunkcionalitātes testēšana. Piemēram pārbaude vai internetveikalā var nopirkt vienu jebkuru preci.
Regression testing – Regresija
Visas sistēmas pārbaude lai pārliecinātos, ka jaunās izmaiņas nav salauzušas jau esošo funkcionalitāti.
End-To-End testing – No beigām līdz beigām testēšana
Testēšanas veids, kurš pārbauda reālus lietotāju scenārijus no sākuma līdz beigām, iekļaujot sevī integrācijas ar ārējām sistēmām
Ad-Hoc testing – Papildus testēšana
Nestrukturēts testēšanas veids ar mērķi salauzt sistēmu
Exploratory testing – Izpētes testēšana
Neformāls testēšanas veids ar mērķi izpētīt sistēmu vai tās daļu un piefiksēt testa scenārijus turpmākai testēšanai.
Performance testing – Veiktspējas testēšana
Mēra sistēmas ātrdarbību (atbildes ātrumu) vienam vai vairākiem lietotājam labvēlīgos apstākļos
Load testing – Slodzes testēšana
Mēra sistēmas ātrdarbību un pārbauda tās uzvedību pie noteiktas slodzes. Parasti apskatot nedaudz lielāku slodzi kā varētu būt pie ikdienas lietošanas.
Stress testing – Stresa testēšana
Pārbauda sistēmas uzvedību pie neadekvāti lielas slodzes
Security testing – Drošības testēšana
Visa veida drošības aspektu pārbaude. Var ietvert sevī arī fizisku lietu pārbaudi, kā piemēram ugunsdzēsības iekārtas serveru telpā.
Usability testing – Lietojamības testēšana
Pārbauda cik ērti lietotājam būs darboties ar sistēmu.
Accessibility testing – Pieejamības testēšana
Pārbauda vai sistēmu varēs lietot cilvēki ar īpašām vajadzībām.
Failover and recovery testing – Atteices un atjaunošanas testēšana
Pārbauda iespēju atjaunot sistēmas darbību pēc krīzes, kuras dēļ sistēmas darbība tika pilnībā pārtraukta. Biežākie pārbaudes veidi ir datu zaudēšana no datubāzes un tad tās atjaunošana no rezerves kopijām, kā arī darbības pārtraukums dēļ elektrības padeves pārtraukuma.
Unit testing – Vienības testēšana
Pārbauda kā strādā individuāla komponente. Pārsvarā ir pilnībā automatizēti un tos veido un palaiž programmētāji.
Integration testing – Integrācijas testēšana
Pārbauda kā komponente strādā ar citām komponentēm. Tāpat arī kā sistēma strādā ar citām sistēmām.
System testing – Sistēmas testēšana
Kā strādā visa sistēma.
- nodrošina, ka visa sistēma strādā korekti
- -gan manuāli, gan automatizēti
- -pārsvarā veic testa speciālisti
- melnās kastes tehnika
(User) Acceptance testing – Pieņemšanas testēšana
Pārbauda vai galaprodukts atbilst tam ko klients vēlējās. Pārsvarā izpilda biznesa/klienta pārstāvji.
Static testing – Statiskā testēšana
Testēšanas veids bez pašas sistēmas lietošanas. Specifikācijas vai koda analīze.
Dynamic testing – Dinamiskā testēšana
Testēšana, kura sevī ietver kompetentes vai sistēmas izpildi:
- struktūras bāzēta
- specifikācijas bāzēta
- pieredzes bāzēta
Positive scenario – Pozitīvs scenārijs
Pārbauva veiksmīgu sistēmas pamatfunkciju izpildi. Piemēram izdodas veiksmīgi noformēt pirkumu internetveikalā.
Negative scenario – Negatīvs scenārijs
Pārbauda sistēmas gatavību tikt galā ar gadījumiem, kad lietotājs veic nekorektas darbības vai ievada nepareizus parametrus. Negatīvs scenārijs nav kļūda.