Testiranje 1. kolokvij Flashcards
(25 cards)
Što je testiranje softvera
Testiranje softvera je metoda kojom se utvrđuje ispunjava li stvarni programski proizvod očekivane zahtjeve i osigurava da
programski proizvod nema nedostataka
Što je cilj testiranja
Cilj testiranja softvera je pronaći pogreške, nedostatke ili zahtjeve koji nedostaju u usporedbi sa stvarnim zahtjevima
Nabroji razloge zašto je testiranje vazno bar 4/7
- Pomaže u uštedi novca
- Sigurnost
- Kvaliteta proizvoda
- Zadovoljstvo kupca
- Poboljšanje procesa razvoja
- Lako dodavanje novih značajki
- Utvrđivanje performansi softvera
Što je Validacija a što Verifikacija
Validacija: Radimo li pravi proizvod? (Ovo je dinamički proces za provjeru i testiranje stvarnog proizvoda. Validacija softvera uvijek uključuje izvršavanje koda.) BLACKBOX WHITEBOX
Verifikacija: Radimo li proizvod kako treba? (Ovo je statična metoda za provjeru dizajna, koda. Verifikacija softvera je ljudska provjera dokumenata i datoteka.)
Aktivnosti :Pregled (Review)
▪ Sastanak (Meeting)
▪ Inspekcija (Inspection)
▪ Prolazak (Walkthrough)
Testiranje softvera sastoji se od ________ provjere da program pruža ________ ponašanja na ________ skupu testnih slučajeva, prikladno ________ iz obično beskonačne domene izvođenja
Testiranje softvera sastoji se od dinamičke provjere da program pruža očekivana ponašanja na konačnom skupu testnih slučajeva, prikladno odabranih iz obično beskonačne domene izvođenja
Objasni pojmove testiranja:
1.dinamičke provjere
2. očekivana ponašanja
3. konačni skup
4. prikladno odabrani testovi
1.Dinamička - testiranje uvijek podrazumijeva izvršavanje programa na odabranim
ulazima
- Očekivana - mora biti moguće odlučiti jesu li promatrani ishodi
testiranja programa prihvatljivi ili ne - Konačni - testiranje se provodi na podskupu svih mogućih testova, što je određeno
kriterijima rizika i prioriteta - Odabrani - tehnike testiranja razlikuju se u načinu odabira skupa testova, a softverski inženjeri moraju biti svjesni da različiti kriteriji odabira mogu dati
znatno različite stupnjeve učinkovitosti
Objasni SQM Software quality managment
Skup svih procesa koji osiguravaju da programski proizvod i usluge ispunjavaju ciljeve kvalitete i postizu zadovoljstvo dionika/klijenta
Navedi 4 potkategorije SQM-a
▪ planiranje kvalitete softvera (software quality planning),
▪ osiguranje kvalitete softvera (software quality assurance- SQA),
▪ kontrola kvalitete softvera (software quality control- SQC) I
▪ poboljšanje procesa softvera (software process improvement - SPI)
Objasni Planiranje kvalitete softvera (SQM potkategorija)
uključuje određivanje standarda
kvalitete koji će se koristiti, definiranje specifičnih ciljeva kvalitete i procjenu napora i rasporeda aktivnosti kvalitete softvera
Objasni Osiguranje kvalitete softvera (SQM potkategorija)
definiraju i
procjenjuju primjerenost softverskih procesa radi pružanja dokaza koji uspostavljaju povjerenje da su softverski procesi prikladni i proizvode softverske proizvode odgovarajuće kvalitete za namjeravanu svrhu
Objasni Kontrola kvalitete softvera (SQM potkategorija)
ispituju specifične
artefakte projekta (dokumente i izvršne datoteke) kako bi se utvrdilo jesu li u skladu sa standardima utvrđenim za projekt
Objasni Poboljšanja procesa softvera (SQM potkategorija)
nastoje poboljšati djelotvornost procesa, učinkovitost i druge karakteristike s krajnjim ciljem poboljšanja kvalitete softvera
Objasni Whitebox i Blackbox testing
Whitebox - Testira se unutarnja logika i struktura koda. Tester vidi i koristi kod da bi provjerio radi li sve ispravno.
Primjer:
Gledaš funkciju za izračun prosjeka → testiraš je li svaki if/else ispravno napisan i pokriven testom.
Blackbox - Testira se funkcionalnost softvera bez poznavanja kako je kod napisan. Gleda se ulaz i očekivani izlaz – što aplikacija radi, a ne kako to radi.
Primjer:
Testiraš login formu. Uneseš korisničko ime i lozinku → provjeriš dobivaš li pristup. Ne zanima te kod koji to omogućava.
Objasni razliku QA, QC i Testing
QA (Quality Assurance) – “Radimo li stvari na pravi način?”Fokus je na procesima i planiranju da se spriješe greške prije nego nastanu.
QC (Quality Control) – “Je li proizvod kvalitetan?”Fokus je na otkrivanju grešaka u gotovom proizvodu
Testing – “Tražimo greške.”Dio je QC-a, konkretna aktivnost gdje se izvršava kod i traže bugovi.
Što je MVP - Minimalno održivi proizvod
je proizvod s dovoljno značajki da privuče kupce koji ga rano prihvate i potvrdi ideju proizvoda rano u ciklusu razvoja proizvoda
Objasni kvalitetu proizvoda
Kvaliteta proizvoda nije samo čisti kod, iako je i on važan.
Također se radi o odgovarajućoj dokumentaciji, testiranju i procesima, koji u početku zahtijevaju vrijeme.
Što je Plan do check act ciklus PDCA
se smatra alatom za planiranje projekta
▪ Je model u četiri koraka za provođenje promjena
▪ kako krug nema kraja, PDCA ciklus treba ponavljati uvijek iznova radi kontinuiranog poboljšanja
▪ koristi se prilikom:
▪ pokretanja novog projekta poboljšanja
▪ razvoja novog ili poboljšanog dizajna procesa, proizvoda ili usluge
▪ definiranja ponavljajućeg procesa rada
▪ planiranja prikupljanja i analize podataka kako bi se provjerili i odredili
prioriteti problema ili temeljnih uzroka
▪ provedbe bilo kakve promjene
▪ rada na stalnom poboljšanju
Objasni korake PDCA
▪ Plan - Prepoznajte priliku i planirajte promjenu.
▪ Do - Testirajte promjenu. Provedite studiju
malog opsega.
▪ Check - Pregledajte test, analizirajte rezultate i
utvrdite što ste naučili.
▪ Act - Poduzmite nešto na temelju onoga što
ste naučili u koraku proučavanja. Ako promjena nije uspjela, ponovno
prođite kroz ciklus s drugim planom.
Navedi i objasni tehnike upravljanja kvalitetom softvera
Statičke tehnike - uključuju pregled softverskedokumentacije
(uključujući zahtjeve, specifikacije sučelja, dizajne i modele) i izvorni kod softvera bez izvršavanja koda
▪ Dinamičke tehnike - uključuju izvršavanje softverskog koda;
različite vrste dinamičkih tehnika izvode se tijekom razvoja i održavanja softvera
Navedi i objasni 4 vrste recenzije
Recenzija je proces ili tehnika koja se izvodi kako bi se
pronašli potencijalni nedostaci u dizajnu softvera
Neformalni (Informal): U neformalnoj recenzija kreator dokumenata stavlja sadržaj pred
publiku i svatko daje svoje mišljenje i tako se nedostaci identificiraju u ranoj fazi
▪ Prolazak (Walkthrough): U osnovi ga izvodi iskusna osoba ili stručnjak za provjeru nedostataka kako ne bi bilo problema u daljnjoj fazi razvoja ili testiranja
▪ Stručni pregled (Peer revew): Stručni pregled znači međusobnu provjeru dokumenata kako bi se otkrili i popravili nedostaci; u osnovi se radi u timu kolega
▪ Inspekcija (Inspection): Inspekcija je u osnovi provjera dokumenta od strane višeg tijela
kao što je provjera specifikacija softverskih zahtjeva (SRS)
Objasni staticku analizu
je procjena kvalitete koda koju su napisali programeri, otkriva mrtav kod, nekorištene varijable, beskonačne petlje, pogrešnu sintaksu…
VRSTE
a. tok podataka (data flow): protok podataka povezan je s obradom toka
b. kontrolni tok (control flow): način na koji se izvode naredbe ili instrukcije
c. ciklomatska složenost/kompleksnost (cyclomatic complexity): definira broj neovisnih putanja u grafu kontrolnog toka tako da se može dizajnirati minimalni broj testnih slučajeva za svaku putanju
Objasni dinamicku analizu
uključuju izvršavanje softverskog koda (izvršavanje softvera i procjena njegovog ponašanja tijekom izvođenja, poznato još kao i funkcionalno testiranje)
o jedinično testiranje (unit testing)
o integracijsko testiranje (integration testing)
o sistemsko testiranje (system testing)
o testiranje prihvaćanja (acceptance testing)
Što je model kvalitete i navedi 2 norme
▪ skup karakteristika (kvalitete) i odnosa među njima
▪ osigurava osnovu za specifikaciju zahtjeva kvalitete i
procjenjivanu kvalitetu
▪ osnova za procjenu kvalitete programske opreme/proizvoda
ISO/IEC 9126 i 25000
Što omogucuje ISO/IEC 25010 model kvalitete
▪ identificirali zahtjevi nad programskim proizvodom,
▪ validirala, potvrdila kompletnost definicije zahtjeva,
▪ identificirali ciljevi razvoja programskog proizvoda,
▪ identificirali ciljevi testiranja programskog proizvoda,
▪ identificirali kriteriji kontrole kvalitete kao dio osiguranja
kvalitete,
▪ identificirali kriteriji prihvaćanja gotovog programskog proizvoda
▪ uspostavile mjere karakteristika kvalitete kao potpora navedenim
aktivnostima
