ZK klk 2

A focused illustration of software development concepts, depicting technical debt, coding standards, and quality metrics in a visually appealing manner.

Understanding Technical Debt: A Comprehensive Quiz

Test your knowledge about technical debt and quality assurance methods with this engaging quiz! Covering various concepts and methodologies related to software quality and project management, this quiz is a great way to enhance your understanding and practical skills.

Featuring:

  • 73 challenging questions
  • Multiple choice and checkbox formats
  • In-depth insights into technical debt evaluation
73 Questions18 MinutesCreated by AnalyzingCode100
Metoda SQALE je odvisna od orodja
True
False
Metoda SQALE ovrednoti koliĝino tehniĝnega dolga v projektu v relativni meri (%)
True
False
Cilj vodenja tehniĝnega dolga je v tem, da na projektu tehniĝnih dolgov ni
True
False
CMMI za napredovanje vsakega procesnega podroĝja podaja le splošne cilje s tipiĝnimi izdelki in praksami
True
False
Pri uporabi metode GQM išĝemo odgovor na »kaj ne rabimo spremeniti«
True
False
Pomanjkljiva programska koda zmeraj pripelje do napak
True
False
Vodenje tehniĝnega dolga je namenjeno pridobivanju okvirnih vrednosti, ki navzgor niso omejene
True
False
SonarQube predstavlja orodje za izva janje meritev
True
False
Stopenjska predstavitev modela CMMI omogoĝa napredovanje organizacije v zrelosti; nadaljevalna predstavitev modela CMMI pa napredovanje v zmožnosti procesnih podroĝij
True
False
Če proces razvoja in upravljanja informacijskih rešitev ocenimo s pomoĝjo standarda SPICE, ga ne moremo oceniti s pomoĝjo modela CMMI (in obratno)
True
False
Da bi lahko izvedli oceno truda in poslediĝno finanĝno planiranje, želite oceniti obseg izdelka, za katerega boste oddali ponudbo. Dostop imate do popisanih zahtev rešitve. V katerih enotah boste najverjetneje izrazili obseg?
Tisoĝih vrstic kode
B. Vrsticah kode
C. Številu podsistemov
D. Številu ĝlovek-mesecev, potrebnih za razvoj
E. Številu funkcijskih toĝk
F. Številu komponent
G. Številu oseb, ki so potrebne za razvoj
Obseg razvojnega projekta merimo z:
A. Funkcijskimi toĝkami
B. Financami
C. Urami
D. Vrsticami kode
E. Človek-meseci
Katere vrednosti metrike »Lacko f Cohesion« pomenijo dobro OO kodo?
A. Čim nižje (idealno 0)
B. Čim višje (veĝja vrednost - bolje)
C. Čimbolj negativne (veĝja negativna vrednost - bolje)
V programskem jeziku Java bi želeli za poljubno metodo oceniti, koliko ĝasa je potrebnega za njeno razumevanje. Zato boste v njej prešteli:
A. Operatorje in operande
B. Število vrstic in število komentarjev
C. Pogoje (if-stavke) in zanke
Za osrednji razred (God Class) je znaĝilna:
A. Velika sklopljenost
B. Veliko vrstic programske kode
C. Velika kompleksnost
D. Majhna vezljivost
Relativna mera izražanja tehniĝnega dolga (v %) se uporablja ker:
A. Je izražane v trudu neustrezno – odvisno je od ocen strokovnjakov
B. Je koliĝina tehniĝnega dolga vedno relativno odvisna od tistega, ki izvaja meritev
C. Želimo medsebojno primerjati produkte
D. Želimo oceniti ramerje tehniĝnega dolga naprav celotnemu razvojnemu trudu
E. Je izražanje v finanĝni enoti neustrezno – urne postavke variriajo
F. Tehniĝnega dolga ni mogoĝe izraziti v absolutnih številkah
Podan imate razred TokenGenerator.java. Kolikšen je rezultat metrike WMC za ta razred?
Tehniĝni dolg boste popisovali kar v orodju, ki je sicer namenjeno vodenju napak. (npr. Bugzilla, Mantis,..) Zaradi specifikacij teh produktov doloĝenih lastnosti enot tehniĝnega dolga ne morete zapisati neposredno v obrazec. Lahko navedete primere takšnih lastnosti?
Izvajate meritev tehniĝkega dolga s pomoĝjo orodij SonarQube in Squore. Kot vemo. Oboje oceni koliĝino tehniĝnega dolga s pomoĝjo metode Sqale. A kljub temu orodji javljata razliĝne koliĝine tehniĝkega dolga v rešitvi. Kakšen bi lahko bil najbolj smislen razlog za to? V pomoĝ: Kakšen model kakovosti in poslediĝno ocenjevanje le-te uporablja metoda Squale?
Povežite predstavnika pomanjkljive programske kode z tipom.
Object – oriented abusers (kršilci objektivnih konceptov)
Change preventers (prepreĝevalci sprememb)
Dispensibles (pogrešljiva koda)
Couplers (sklopljenci)
Bloaters (zapletena koda)
Na kakšen naĝin orodje SonarQube zazna code smelle?
A. S pomoĝjo metrik
B. S pomoĝjo pravil
C. S seštevanjem tehniĝnega dolga
Katere metrike merijo kompleksnost
A. LOC
B. CC
C. WMC
D. DIT
Razliĝna orodja razliĝno ocenijo koliĝino tehniĝnega dolga
True
False
Pomanjkljivo programsko kodo odpravimo z preoblikovanjem
True
False
Metrike WMC, RFC, DIT so primeri
B. Notranjih produktnih metrik
A. Zunanjih produktnih metrik
C. Procesno objektnih metrik
Napiši nekaj tipov tehniĝnih dolgov
Orodje SonarQube ima predefinirana pravila, ki jih ni mogoĝe spreminjati
True
False
Katere naĝine CMM poznamo
A. Staged
B. Continuous
C. Repetitive
D. Planned
Ali ima lahko neka rešitev veĝ kot 100% tehniĝnega dolga?
True
False
Podvojena programska koda je naĝrtovalski tehniĝni dolg
True
False
Zakaj merimo tehniĝni dolg
Koliko odstotkov tehniĝnega dolga še ustreza
A. 25
B. 10
C. 15
Kaj nam pove SQALE piramida
Kakšen je vrstni red priprave GQM metrik
A. Cilji, vprašanja, metrike
B. Metrike, cilji, vprašanja
C. Vprašanja, metrike, cilji
Navedi tri orodja za sledenje napakam
Opiši razliko med dobrim in slabim tehniĝnim dolgom (tega ne bo noter)
Kateri so tipi tehniĝnega dolga
A. Naĝrtovalski
B. Oblikovalski
C. Finanĝni
D. Arhitekturni
E. Dolg testiranja
Kako odpravimo pomanjkljivo kodo
Naštej nekaj orodij, ki se uporabljajo za merjenje tehniĝnega dolga (ta bo notr)
Kaj merimo z WMC
Tehniĝni dolg je razkorak med perfektno spremembo in doloĝeno ??? spremembo
True
False
Metoda SQALE je:
A. Neodvisna od orodja
B. Model kakovosti 25010
A. Ni odprtokodna
D. Odvisna od jezika in platforme
Koliko stopenj zrelosti po CMMi poznamo?
6
4
3
5
Naštejte 3 vrste procesnih metrik (to bo noter)
Tehniĝni dolg predstavlja razkorak med perfektno in delujoĝo spremembo
True
False
Pokazatelji naĝrtovalskega dolga:
Pomanljkliva koda
Arhitekturne pomanljklivosti
Kompleksne razrede in metodi
Slaba pokritost kode s testi
Pokazatelji testirnega dolga:
. Slaba pokritost kode s testi
Pomanljkliva koda
Podvojena koda
Odlašanje s testiranjem
Naštej pristopi za identifikacija tehniĝnega dolga:
Naštej pristopi za merjenje tehniĝnega dolga:
Jira predstavlja orodje za vodenje
True
False
SonarQube predstavalja orodje za izvajanje meritev
True
False
Metoda SQALE je odvisna od orodja.
True
False
Tipiĝne procesne metrike:
Metrike v agilnih okoljih:
Kaj predstavlja cycle time?
Kaj predstavlja lead time?
Naštej nekatere najpogostejše metrike v uporabi:
Comment Lines Of Code (CLOC) predstavlja število vrstic komentarjev.
True
False
Physical Lines Of Code (PLOC) predstavlja število instrukcij.
True
False
Nivoji v GQM
Kako uporabljamo GQM?
Ciljno usmerjeno merjenje nam pomaga pri planiranju projektov.
True
False
Z merjenjem hoĝemo izboljšati svoje delo/procese/izdelke.
True
False
Prednosti GQM
Nudi logiĝna naĝela pri izboljševanju
Nudi možnost ugotavljanja kakovosti procesov in izdelkov
Identifikacija pomanjklive kode
Metrike naj bodo:
Natanĝne
Robobustne
Nekonsistente
Zapletene
Orodja za vodenje:
DebtFlag
AnaConDebt
Bliss
Square Kiawan
Metode merjenja TD:
{"name":"ZK klk 2", "url":"https://www.quiz-maker.com/QPREVIEW","txt":"Test your knowledge about technical debt and quality assurance methods with this engaging quiz! Covering various concepts and methodologies related to software quality and project management, this quiz is a great way to enhance your understanding and practical skills.Featuring:73 challenging questionsMultiple choice and checkbox formatsIn-depth insights into technical debt evaluation","img":"https:/images/course5.png"}
Powered by: Quiz Maker