12.Teenusorienteeritud arhitektuur 13.Lihtsa koodi disaini 4 elementi 14.Miks peab nõudeid haldama? 15.Milleks kasutatakse versioonihaldust? eksam 16.Funktsionaalne nõue eksam 17.Mittefunktionaalne nõue eksam 18.Tarkvara elutsükkel 19.Millest koosneb tarkvara? 20.Mis on testimine? 21.Staatiline testimine eksam 22.Dünaamiline testimine eksam 23.Valge kasti testimine 24.Musta kasti testimine 25.Testimise tasemed 26.Re-testmine ja regressioonitestimine 27.eXtreme programmingu alustalad 28.Kirjelda lühidalt XP-d 29.Mis on mudel? eksam 30.Mis on UML? Miks on seda vaja? 31.Tarkvaratehnika 3 vaadet. 32.Tarkvara protsessi etapid. 33.Tabel disaini ja analüüsi abstraktsioonitasemete kohta 34.XP, Scrum’i ja Kanbani peamised erinevused Listis ei ole, aga eksamil küsiti. 35.SCRUM eksam 36.low cohesion, high coupling eksam LOENG 1 Erinevates ettevõtetes on agiilsele arendusele erinev lähenemine.
Musta kasti vs valge kasti testimine Musta kasti testimise puhul koostatakse testilood süsteemile sisendite ja väljundite põhjal. Süsteemi sisemine struktuur on teadmata. Musta kasti testimismeetodite alla kuulub näiteks ekvivalentsiklasside ja piirjuhtude analüüs. Valge kasti testimise puhul koostatakse testilood programmi struktuuri põhjal. Valge kasti testimismeetodite alla käib kattekriteeriumide alusel läbi viidav testimine. Regressioonitestimine testimine pärast iga muudatust eesmärgiga, teha kindlaks, kas muudatused ning funktsionaalsuse lisamine pole tekitanud vigu varem toiminud programmi osas. Suitsutestimine pealiskaudne testimine eesmärgiga teha kindlaks, kas pole põhjalikumat testimist takistavaid probleeme (näiteks programm ei käivitu või kõiki põhifunktsioone pole võimalik testida). Automatiseeritud suitsutestid võiksid olla esimene samm testimise automatiseerimise suunal.
parandada vigu liidestes. Selline testimine paljastab defektid liidestes ja vastastikustes toimetes integreeritud komponentide (moodulite) vahel. Süsteemi testimine Testitakse täielikult integreeritud süsteemi, et kinnitada süsteemi nõuetele vastavust. Musta kasti testimine. Teisi testimise viise Süsteemi integratsiooni testimine Kinnitatakse, et süsteem on integreeritud mistahes välise või kolmanda osapoole süsteemiga, mis on määratletud süsteemi nõuetes. Regressioonitestimine Eesmärgiks on otsida vigu pärast koodi olulist muutmist. Vastuvõtu testimine Vastuvõtu testimine võib tähendada kahte asja: 1. Viiakse läbi proovitest, et kontrollida, kas uus tarkvara komponent on vastuvõetav peamisse testimise protsessi, näiteks enne lõimumis- või regressioonitesEmist. 2. Kliendi tehtud testimist, tihti tema enda arenduskeskkonnas ja riistvaral, nimetatakse kasutaja vastuvõtu testimiseks. Testimise tüübid Funktsionaalne testimine
disaini elementidele, kuni kogu tarkvara töötab ühtse süsteemina. Süsteemi testimine Testitakse täielikult integreeritud süsteemi, et kinnitada süsteemi nõuetele vastavust. Musta kasti testimine. Süsteemi integratsiooni testimine Kinnitatakse, et süsteem on integreeritud mistahes välise või kolmanda osapoole süsteemiga, mis on määratletud süsteemi nõuetes. Regressioonitestimine Eesmärgiks on otsida vigu pärast koodi olulist muutmist. Tavaline regressioonitestimise meetod on läbi viia varem kasutatud teste, et kontrollida, kas eelnevalt kindlaks tehtud rikked on taas esile kerkinud. Regressioonitestimise ulatus sõltub arendustegevuse etapist ja lisatud funktsionaalsuse kaalukusest. Testimine võib olla täielik, kui muudatused on
Kinnitatakse, et süsteem on integreeritud mistahes välise või kolmanda osapoole süsteemiga, mis on määratletud süsteemi nõuetes. Nt kas andmed tulevad teisest süsteemist, kas saadetakse andmed tesied süsteemi ja salvestatakse need sinna. Nt nõue, et tarkvara peab töötama erinevatel op.süsteemidel testitakse kõikides süsteemides. 5. Regressioonitestimine Eesmärgiks on otsida vigu pärast koodi olulist muutmist. Tavaline regressioonitestimise meetod on läbi viia varem kasutatud teste, et kontrollida, kas eelnevalt kindlaks tehtud rikked on taas esile kerkinud. Regressioonitestimise ulatus sõltub arendustegevuse etapist ja lisatud funktsionaalsuse kaalukusest.
Integreeritakse ja testitakse järjest suuremaid tarkvara komponentide gruppe, mis vastavad arhitektuurilise disaini elementidele, kuni kogu tarkvara töötab ühtse süsteemina. Süsteemi testimine - testitakse täielikult integreeritud süsteemi, et kinnitada süsteemi nõuetele vastavust. Musta kasti testimine. Süsteemi integratsiooni testimine - kinnitatakse, et süsteem on integreeritud mistahes välise või kolmanda osapoole süsteemiga, mis on määratletud süsteemi nõuetes. Regressioonitestimine - eesmärgiks on otsida vigu pärast koodi olulist muutmist. Tavaline regressioonitestimise meetod on läbi viia varem kasutatud teste, et kontrollida, kas eelnevalt kindlaks tehtud rikked on taas esile kerkinud. Regressioonitestimise ulatus sõltub arendustegevuse etapist ja lisatud funktsionaalsuse kaalukusest. Testimine võib olla täielik, kui muudatused on riskantsed või neid tehakse arenduse hilistes järkudes, või osaline, kui muudatused tehakse vara või ei ole eriti riskantsed.