Care dintre următoarele activități se desfășoară în etapa de definire a cerințelor din dezvoltarea unui sistem?
Se stabilesc structura modulelor din interiorul programului și procedurile de prelucrare
Se corectează defectele apărute după intrarea în exploatare și se îmbunătățesc funcțiile
Se studiază activitatea utilizatorilor și se clarifică funcțiile și performanțele necesare sistemului
Se verifică, unul câte unul, dacă programele create funcționează conform documentului de proiectare
Răspuns corectC. Se studiază activitatea utilizatorilor și se clarifică funcțiile și performanțele necesare sistemului
Definirea cerințelor este prima etapă a dezvoltării: se ordonează cerințele utilizatorilor și se clarifică funcțiile și performanțele cerute sistemului. Stabilirea structurii modulelor ține de proiectarea internă, verificarea program cu program este testarea unitară, iar corectarea după intrarea în exploatare este mentenanța — toate sunt etape situate după definirea cerințelor.
Î2 | Proiectarea externă
Care dintre următoarele este conținutul cel mai potrivit de stabilit în proiectarea externă (proiectarea de bază)?
Procedura de creare a datelor de test folosite la testarea de integrare
Unificarea modului de denumire a variabilelor și funcțiilor conform convențiilor de codare
Procedurile interne de prelucrare și algoritmii fiecărui modul
Layoutul ecranelor operate de utilizatori și al formularelor tipărite
Răspuns corectD. Layoutul ecranelor operate de utilizatori și al formularelor tipărite
Proiectarea externă este etapa în care se stabilesc părțile vizibile pentru utilizator (ecrane, formulare, schimbul de date), deci layoutul ecranelor și al formularelor este răspunsul corect. Algoritmii interni țin de proiectarea internă, convențiile de codare de programare, iar datele de test de etapa de testare; niciunul nu se stabilește în proiectarea externă.
Î3 | Relația dintre proiectări
Care dintre următoarele descrie corect relația dintre proiectarea externă și proiectarea internă?
Specificațiile vizibile utilizatorului, stabilite în proiectarea externă, sunt transpuse în structura programului în proiectarea internă
Se termină mai întâi proiectarea internă, iar pe baza rezultatului ei se face proiectarea externă
Atât proiectarea externă, cât și cea internă sunt etape în care se stabilesc, de comun acord cu utilizatorii, layoutul ecranelor și al formularelor
Proiectarea externă este condusă de programatori, iar proiectarea internă de utilizatori
Răspuns corectA. Specificațiile vizibile utilizatorului, stabilite în proiectarea externă, sunt transpuse în structura programului în proiectarea internă
Dezvoltarea avansează de la proiectarea externă la cea internă, concretizând specificațiile vizibile din exterior în structura modulelor și procedurile de prelucrare. Prima variantă inversează ordinea, a doua greșește pentru că proiectarea internă nu stabilește specificații destinate utilizatorilor, iar ultima inversează rolurile.
Î4 | Ordinea etapelor
Care este ordinea corectă de desfășurare a etapelor dezvoltării unui sistem?
Definirea cerințelor → testare → proiectarea sistemului → programare
Proiectarea sistemului → definirea cerințelor → testare → programare
Definirea cerințelor → programare → proiectarea sistemului → testare
Definirea cerințelor → proiectarea sistemului → programare → testare
Dezvoltarea decurge astfel: la definirea cerințelor se decide ce se construiește, la proiectarea sistemului se decide cum se realizează, la programare se construiește, iar la testare se verifică. Celelalte trei variante plasează proiectarea sau testarea înaintea locului firesc — de exemplu inspectarea înainte de construire — și nu pot funcționa.
Î5 | Descompunerea în module
Care este scopul principal al proiectării unui program prin împărțirea lui în mai multe module?
Să crească independența fiecărei componente, ușurând modificarea, testarea și reutilizarea
Să se reducă numărul de servere folosite în mediul de producție și, implicit, costurile
Să se reducă numărul de câmpuri pe care le introduce utilizatorul, simplificând operarea
Să se poată reduce cu certitudine numărul total de linii de cod sursă al programului
Răspuns corectA. Să crească independența fiecărei componente, ușurând modificarea, testarea și reutilizarea
Descompunerea în module transformă fiecare funcție într-o componentă cu independență ridicată, restrângând aria afectată de modificări și ușurând testarea și reutilizarea. Împărțirea nu garantează reducerea numărului total de linii, reducerea câmpurilor de intrare ține de proiectarea ecranelor, iar numărul de servere ține de infrastructură — scopuri diferite.
Î6 | Utilizabilitate
Care dintre următoarele este cel mai potrivit exemplu de proiectare a ecranelor care ridică utilizabilitatea?
Erorile de introducere sunt semnalate pe loc, afișând concret conținutul erorii și modul de corectare
Se folosesc mulți termeni de specialitate, astfel încât ecranul să poată fi folosit doar de utilizatori avizați
Modul de operare nu este arătat pe ecran, ci explicat doar într-un manual separat
Toate câmpurile de introducere sunt înghesuite pe un singur ecran, fără titluri sau explicații suplimentare
Răspuns corectA. Erorile de introducere sunt semnalate pe loc, afișând concret conținutul erorii și modul de corectare
Utilizabilitatea este ușurința cu care utilizatorul își atinge scopul eficient și fără să se rătăcească, iar semnalarea pe loc a erorilor, într-un mod ușor de înțeles, o îmbunătățește. Celelalte trei variante măresc efortul de înțelegere și de operare al utilizatorului, deci scad ușurința în utilizare.
Î7 | Recepția software-ului
Care dintre următoarele descrie corect recepția (acceptanța) software-ului?
După începerea exploatării, software-ul este îmbunătățit în funcție de schimbările din activitate și de cerințele utilizatorilor
Dezvoltatorul testează programele create de el însuși, separat, pe module sau program cu program
Beneficiarul verifică software-ul livrat, de exemplu prin teste operaționale, și îl primește dacă acesta satisface cerințele
Dezvoltatorul construiește structura internă a programului și procedurile de prelucrare conform documentului de proiectare
Răspuns corectC. Beneficiarul verifică software-ul livrat, de exemplu prin teste operaționale, și îl primește dacă acesta satisface cerințele
Recepția software-ului este etapa în care beneficiarul (partea care a comandat) verifică prin teste operaționale dacă cerințele sunt satisfăcute și primește produsul livrat. Testarea pe module este testarea unitară, construirea structurii interne este programarea, iar îmbunătățirea după exploatare este mentenanța — toate sunt etape diferite de recepție.
Î8 | Testarea unitară
Care dintre următoarele descrie corect testarea unitară?
Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele
Se verifică, pentru fiecare modul sau program în parte, dacă prelucrările interne funcționează corect
Se verifică întregul sistem într-un mediu apropiat de cel de producție, inclusiv performanța și rezistența la încărcare
Se combină mai multe module și se verifică dacă schimbul de date dintre ele este corect
Răspuns corectB. Se verifică, pentru fiecare modul sau program în parte, dacă prelucrările interne funcționează corect
Testarea unitară este prima etapă de testare și se face la nivel de modul. Verificarea schimbului de date dintre module este testarea de integrare, verificarea întregului sistem este testarea de sistem, iar folosirea conform fluxului real de lucru este testul operațional (testul de acceptanță); toate se desfășoară după testarea unitară.
Î9 | Testarea de integrare
Ce se verifică în principal la testarea de integrare?
Dacă schimbul de date și conlucrarea dintre modulele combinate sunt corecte
Dacă utilizatorii pot folosi sistemul fără probleme în fluxul real de lucru
Dacă toate instrucțiunile și ramificațiile dintr-un singur modul sunt executate
Dacă costurile de dezvoltare se încadrează în bugetul inițial
Răspuns corectA. Dacă schimbul de date și conlucrarea dintre modulele combinate sunt corecte
Testarea de integrare leagă modulele care au trecut de testarea unitară și verifică dacă interfețele (schimbul de date) sunt corecte. Acoperirea instrucțiunilor și ramificațiilor ține de testarea de tip white-box din testarea unitară, folosirea în fluxul real de lucru este scopul testului operațional, iar bugetul ține de managementul costurilor proiectului, nu de testare.
Î10 | Testarea de sistem
Care dintre următoarele este cea mai potrivită descriere a activității din testarea de sistem (testarea generală)?
Într-un mediu apropiat de producție se verifică întregul sistem, atât funcțiile, cât și performanța și rezistența la încărcare
Indentarea și abaterile de format ale codului sursă sunt corectate cu un instrument de formatare automată
Cererile primite de la utilizatori după livrare sunt adăugate treptat ca funcții noi
Responsabilii citesc împreună, pe hârtie, modulele aflate în lucru, unul câte unul, și verifică erorile de scriere
Răspuns corectA. Într-un mediu apropiat de producție se verifică întregul sistem, atât funcțiile, cât și performanța și rezistența la încărcare
Testarea de sistem este etapa finală de testare efectuată de partea care dezvoltă și verifică dacă sistemul în ansamblu funcționează conform cerințelor, sub aspectul funcțiilor, performanței și încărcării. Citirea codului pe hârtie ține de review sau de testarea unitară, formatarea de codare, iar adăugarea de funcții după livrare de mentenanță.
Î11 | Testul operațional
Care dintre următoarele descrie corect testul operațional (testul de acceptanță)?
Dezvoltatorul citește programul pe hârtie și semnalează erorile
Dezvoltatorul se concentrează pe structura internă a programului și verifică acoperind instrucțiunile și ramificațiile
Dezvoltatorul verifică conlucrarea dintre modulele integrate
Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele
Răspuns corectD. Utilizatorii folosesc sistemul conform fluxului real de lucru și verifică dacă acesta satisface cerințele
Testul operațional este testul final, condus de utilizatori (beneficiar), prin care se verifică dacă sistemul poate fi folosit în procedurile reale de lucru. Verificarea structurii interne este testarea de tip white-box, verificarea conlucrării modulelor este testarea de integrare, iar citirea codului este code review — toate sunt activități ale dezvoltatorului, cu alt subiect și alt scop.
Î12 | Modelul în V
În modelul în V, care etapă de testare corespunde proiectării externe (proiectării de bază)?
Testarea unitară
Testarea de integrare
Testarea de sistem
Testul operațional
Răspuns corectC. Testarea de sistem
În modelul în V se corespund definirea cerințelor cu testul operațional, proiectarea externă cu testarea de sistem, proiectarea internă cu testarea de integrare și programarea cu testarea unitară. Prin urmare proiectării externe îi corespunde testarea de sistem; testarea unitară corespunde programării, testarea de integrare proiectării interne, iar testul operațional definirii cerințelor.
Î13 | White-box
Care dintre următoarele descrie corect testarea de tip white-box?
Se rulează un volum de date egal cu cel din producție și se măsoară dacă timpul de prelucrare se încadrează în limite
Fără a lua în seamă structura internă a programului, se testează doar relația dintre intrări și ieșiri descrisă în specificații
Concentrându-se pe structura internă a programului, se testează acoperind traseele astfel încât instrucțiunile și ramificațiile să fie executate
Utilizatorii operează un prototip, iar cerințele lor sunt culese și reflectate în specificații
Răspuns corectC. Concentrându-se pe structura internă a programului, se testează acoperind traseele astfel încât instrucțiunile și ramificațiile să fie executate
Testarea de tip white-box privește interiorul programului (structura de control) și construiește cazuri de test care acoperă instrucțiunile și ramificațiile; se folosește mai ales la testarea unitară. Prima variantă descrie testarea de tip black-box, a treia prototipizarea, iar ultima testarea de performanță.
Î14 | Black-box
Care este modul corect de a construi cazuri de test la testarea de tip black-box?
Se pregătește mecanic un număr de cazuri de test proporțional cu numărul de linii de cod sursă
Se aleg trasee astfel încât fiecare ramificație să fie executată cel puțin o dată
Se verifică, linie cu linie, dacă textul comentariilor scrise de dezvoltatori este corect
Condițiile de intrare din specificații se împart pe grupe cu sens, alegându-se valori reprezentative și valori de la limite
Răspuns corectD. Condițiile de intrare din specificații se împart pe grupe cu sens, alegându-se valori reprezentative și valori de la limite
Testarea de tip black-box se face pe baza specificațiilor, fără a privi structura internă, alegând valori reprezentative și valori-limită prin partiționarea în clase de echivalență și analiza valorilor de frontieră. Acoperirea ramificațiilor este white-box, numărul de linii nu este un criteriu pentru cazurile de test, iar verificarea comentariilor este o activitate de code review.
Î15 | Testarea de regresie
Care este scopul testării de regresie?
A verifica dacă modificarea programului nu a produs defecte în locurile care funcționau corect înainte de modificare
A verifica dacă utilizatorii instruiți au deprins corect noul mod de operare de după modificare
A verifica existența unei performanțe de prelucrare suficiente pentru utilizarea în producție
A verifica numai partea nou adăugată, luând ca obiect doar dacă funcția nouă se comportă conform specificațiilor
Răspuns corectA. A verifica dacă modificarea programului nu a produs defecte în locurile care funcționau corect înainte de modificare
Testarea de regresie verifică dacă, în urma corecțiilor sau adăugării de funcții, funcțiile existente care mergeau corect nu s-au stricat. Prima variantă este testarea funcției nou adăugate în sine, a doua este testarea de performanță, iar a treia este verificarea instruirii utilizatorilor; niciuna nu este scopul testării de regresie.
Î16 | Tehnici de review
Dintre tehnicile de review pentru software, care dintre următoarele descrie corect inspecția?
Condusă de un moderator, cu rolurile participanților și procedura stabilite dinainte, detectează oficial defectele produsului
Programul este rulat efectiv și se verifică dacă ieșirile corespund specificațiilor pentru intrările date
Două persoane folosesc împreună un singur calculator și scriu programul schimbându-și rolurile
Autorul explică pe rând conținutul produsului celor implicați, iar erorile și nelămuririle sunt semnalate pe loc, informal
Răspuns corectA. Condusă de un moderator, cu rolurile participanților și procedura stabilite dinainte, detectează oficial defectele produsului
Inspecția este un review oficial, condus de un moderator, cu roluri și proceduri stabilite și cu consemnarea rezultatelor. Explicarea informală de către autor este walkthrough-ul, rularea efectivă a programului este testare, iar lucrul în doi la un calculator este pair programming din XP; niciuna nu este inspecție.
Î17 | Modelul cascadă
Care dintre următoarele este o caracteristică a modelului cascadă (waterfall)?
Se construiește un prototip și cerințele se conturează pe măsură ce utilizatorii îl evaluează
Etapele se parcurg în ordine și, în principiu, dezvoltarea avansează fără a se reveni la etapele anterioare
Se repetă iterații scurte, livrând la fiecare iterație software funcțional
Echipa de dezvoltare și cea de operare lucrează unitar, lansând frecvent prin automatizare
Răspuns corectB. Etapele se parcurg în ordine și, în principiu, dezvoltarea avansează fără a se reveni la etapele anterioare
Modelul cascadă parcurge etapele de la amonte la aval, aprobând livrabilele pe parcurs, cu premisa de a nu se reveni la etapele anterioare. Iterațiile scurte descriu dezvoltarea agilă, prototipul descrie modelul de prototipizare, iar colaborarea dezvoltare-operare cu automatizare descrie DevOps — concepte diferite.
Î18 | Prototipizare
Care este principalul avantaj al adoptării modelului de prototipizare?
Prototipul ține loc de document de proiectare, deci munca de documentare devine complet inutilă
Prototipul este verificat de utilizatori într-o fază timpurie, reducând reluările cauzate de neînțelegeri sau de cerințe percepute greșit
Deoarece utilizatorii au verificat prototipul, se poate garanta că după intrarea în exploatare nu vor apărea modificări de specificații
Construirea prototipului reduce cu certitudine efortul total de dezvoltare, iar costurile se înjumătățesc
Răspuns corectB. Prototipul este verificat de utilizatori într-o fază timpurie, reducând reluările cauzate de neînțelegeri sau de cerințe percepute greșit
Prototipizarea previne reluările mari cauzate de înțelegerea greșită a cerințelor, prin evaluarea timpurie a unui prototip de către utilizatori. Chiar și cu prototip, documentele de proiectare rămân necesare; nu există nici garanția înjumătățirii efortului, nici garanția absenței modificărilor ulterioare, deci celelalte variante sunt greșite.
Î19 | Modelul în spirală
Care dintre următoarele descrie corect modelul în spirală?
Toate funcțiile se finalizează într-o singură trecere de la amonte la aval, fără nicio revenire la etapele anterioare și fără revizuiri pe parcurs
Se omite etapa de definire a cerințelor, se construiește întâi ceva funcțional și abia apoi se documentează specificațiile
Toate etapele dezvoltării sunt externalizate, iar progresul se urmărește doar prin rapoarte lunare
Sistemul este împărțit în părți, iar seria de activități proiectare–dezvoltare–evaluare se repetă, ridicând în spirală gradul de finalizare
Răspuns corectD. Sistemul este împărțit în părți, iar seria de activități proiectare–dezvoltare–evaluare se repetă, ridicând în spirală gradul de finalizare
Modelul în spirală împarte sistemul în părți și repetă ciclul de la proiectare la evaluare, reducând riscurile și crescând treptat gradul de finalizare. Prima variantă descrie gândirea modelului cascadă, iar celelalte două nu au legătură cu definiția modelului în spirală.
Î20 | Agil
Care dintre următoarele exprimă cel mai bine gândirea dezvoltării agile?
Utilizatorii se implică doar la definirea cerințelor și la recepție, nu și pe durata dezvoltării
Toate specificațiile se fixează la început, iar modificările ulterioare, în principiu, nu se acceptă
Se construiește software funcțional în iterații scurte, răspunzând schimbării și integrând opiniile utilizatorilor
Perfecționarea documentelor detaliate de proiectare are prioritate față de a arăta rapid software funcțional
Răspuns corectC. Se construiește software funcțional în iterații scurte, răspunzând schimbării și integrând opiniile utilizatorilor
Dezvoltarea agilă repetă iterații scurte, punând accent pe software funcțional și pe răspunsul la schimbare, în colaborare cu utilizatorii. Celelalte trei variante sunt caracteristici ale abordării de tip cascadă și reprezintă exact opusul gândirii agile.
Î21 | Alegerea modelului
Pentru un sistem ale cărui cerințe nu sunt încă fixate și la care se dorește adăugarea de funcții în perioade scurte, urmărind reacțiile utilizatorilor, care este cea mai potrivită politică de dezvoltare?
Testarea se face grupat la final, iar până atunci nu se verifică funcționarea
Dezvoltarea nu începe până la aprobarea documentului de cerințe, iar după aprobare nu se mai acceptă nicio modificare
Se lansează funcții funcționale la fiecare iterație scurtă, iar evaluările utilizatorilor se reflectă în iterația următoare
Se fixează specificațiile tuturor funcțiilor, se dezvoltă totul dintr-o dată și sistemul se arată utilizatorilor abia la final
Răspuns corectC. Se lansează funcții funcționale la fiecare iterație scurtă, iar evaluările utilizatorilor se reflectă în iterația următoare
La proiectele cu cerințe schimbătoare se potrivește abordarea agilă: la fiecare iterație se livrează ceva funcțional și se integrează evaluările. Prima și a treia variantă sunt de tip cascadă și rezistă greu la schimbări, iar amânarea testării întârzie descoperirea defectelor și mărește reluările, deci nu se potrivesc situației.
Î22 | RAD
Care dintre următoarele descrie corect RAD (Rapid Application Development)?
Mod de gândire în care echipa de dezvoltare și cea de operare colaborează strâns, urmărind îmbunătățirea continuă prin automatizare
Metodă de dezvoltare a unui sistem în timp scurt, cu o echipă restrânsă și cu instrumente de sprijin al dezvoltării
Metodă de creare a unui serviciu nou prin combinarea mai multor servicii publice existente
Metodă prin care un program existent este analizat pentru a-i deduce specificațiile și informațiile de proiectare
Răspuns corectB. Metodă de dezvoltare a unui sistem în timp scurt, cu o echipă restrânsă și cu instrumente de sprijin al dezvoltării
RAD este metoda care scurtează durata dezvoltării folosind echipe restrânse și instrumente de sprijin al dezvoltării. Analiza programelor existente este ingineria inversă, colaborarea dezvoltare-operare este DevOps, iar combinarea serviciilor publice este mashup — toți sunt termeni diferiți de RAD.
Î23 | Pair programming
Care dintre următoarele descrie corect pair programming-ul?
Două echipe dezvoltă separat aceeași funcție, iar după finalizare se adoptă varianta mai reușită
Două persoane folosesc împreună un singur calculator: una scrie codul, iar cealaltă verifică și dă sugestii în timpul dezvoltării
Doi utilizatori operează același ecran pentru a compara ușurința în utilizare
Se execută simultan două tipuri de teste pentru a găsi defectele mai repede
Răspuns corectB. Două persoane folosesc împreună un singur calculator: una scrie codul, iar cealaltă verifică și dă sugestii în timpul dezvoltării
Pair programming-ul este o practică reprezentativă din XP: două persoane scriu împreună același cod, făcând review pe loc și ridicând calitatea. Prima variantă este o dezvoltare competitivă, a doua o modalitate de executare a testelor, iar a treia o evaluare de utilizabilitate; niciuna nu corespunde.
Î24 | TDD
Care este modul corect de lucru în dezvoltarea ghidată de teste (TDD)?
Se scrie mai întâi codul de test, apoi programul se implementează astfel încât testele să treacă
Planul de testare se întocmește abia după ce toată implementarea este finalizată
Testarea este lăsată exclusiv unei firme externe specializate, dezvoltatorii netestând deloc
Testele se creează abia după ce, în exploatare, utilizatorii raportează defecte
Răspuns corectA. Se scrie mai întâi codul de test, apoi programul se implementează astfel încât testele să treacă
Dezvoltarea ghidată de teste scrie întâi testele, implementează minimul necesar pentru ca ele să treacă și repetă îmbunătățirea. Celelalte trei variante plasează testarea după implementare sau după intrarea în exploatare, contrazicând ideea TDD că testele conduc dezvoltarea.
Î25 | Refactorizare
Care dintre următoarele descrie corect refactorizarea?
Reorganizarea structurii interne a programului pentru a fi mai clară, fără a schimba comportamentul vizibil din exterior
Mutarea unui sistem aflat în exploatare într-un alt centru de date
Adăugarea de funcții noi la un program existent, ca răspuns la cerințele utilizatorilor
Mărirea numărului de servere sau a memoriei pentru a crește viteza de prelucrare
Răspuns corectA. Reorganizarea structurii interne a programului pentru a fi mai clară, fără a schimba comportamentul vizibil din exterior
Refactorizarea este reorganizarea structurii interne a codului, păstrând comportamentul vizibil din exterior, pentru a ușura modificările ulterioare. Adăugarea de funcții, întărirea hardware-ului și mutarea echipamentelor sunt altceva — nu îmbunătățiri ale structurii interne.
Î26 | Product Owner
Care este rolul Product Owner-ului în Scrum?
Răspunde de conținutul și de ordinea de prioritate a Product Backlog-ului și maximizează valoarea produsului
Evaluează profesional membrii echipei și repartizează sarcinile fiecăruia în parte
Consemnează zilnic progresul și raportează conducerii depășirile de buget
Sprijină respectarea corectă a regulilor Scrum și îndepărtează problemele care împiedică dezvoltarea
Răspuns corectA. Răspunde de conținutul și de ordinea de prioritate a Product Backlog-ului și maximizează valoarea produsului
Product Owner-ul este rolul care răspunde de prioritățile privind „ce se construiește”. Sprijinirea aplicării regulilor este rolul Scrum Master-ului; repartizarea sarcinilor nu este definită în Scrum, echipa de dezvoltare hotărând singură împărțirea muncii, iar raportarea bugetului nu este nici ea un rol definit.
Î27 | Scrum Master
Care dintre următoarele descrie corect rolul Scrum Master-ului în Scrum?
Sprijină practicarea corectă a Scrum-ului și îndepărtează problemele care împiedică echipa
Negociază prețurile cu clienții și stabilește condițiile contractuale
Dă indicații de lucru fiecărui membru al echipei de dezvoltare și îi admonestează pe cei rămași în urmă
Stabilește prioritatea cerințelor și decide funcțiile care se lansează
Răspuns corectA. Sprijină practicarea corectă a Scrum-ului și îndepărtează problemele care împiedică echipa
Scrum Master-ul sprijină echipa să practice Scrum și îndepărtează obstacolele. El nu comandă și nu controlează membrii; negocierile comerciale țin de vânzări sau administrație, iar stabilirea priorităților cerințelor este rolul Product Owner-ului — niciuna nu este atribuția Scrum Master-ului.
Î28 | Termeni Scrum
Care dintre următoarele descrie corect Daily Scrum-ul din Scrum?
Echipa de dezvoltare se adună zilnic pentru scurt timp, împărtășește progresul și problemele și confirmă munca zilei
La sfârșitul sprintului, livrabilul finalizat în acea iterație este arătat celor interesați pentru evaluare și opinii
Cerințele de realizat sunt ordonate după prioritate într-o listă
Echipa reflectează asupra modului de lucru și decide îmbunătățiri pentru etapa următoare
Răspuns corectA. Echipa de dezvoltare se adună zilnic pentru scurt timp, împărtășește progresul și problemele și confirmă munca zilei
Daily Scrum este o ședință scurtă, de circa 15 minute pe zi, cu scopul de a împărtăși progresul și de a descoperi devreme obstacolele. A doua variantă descrie Sprint Review, a treia Product Backlog-ul, iar a patra Sprint Retrospective — diferă atât momentul, cât și scopul.
Î29 | CI/CD
Care dintre următoarele descrie corect CI/CD (integrarea continuă / livrarea continuă)?
Operatorii copiază manual fișierele în mediul de producție și aplică modificările una câte una
Chiar înainte de lansare, toate modificările sunt integrate dintr-o dată și abia atunci se execută testele, o singură dată
Dezvoltarea nouă este întreruptă și se lucrează doar la punerea la punct a documentației sistemului existent
Codul sursă modificat este integrat frecvent, build-ul și testele rulează automat, iar fluxul până la lansare este și el automatizat
Răspuns corectD. Codul sursă modificat este integrat frecvent, build-ul și testele rulează automat, iar fluxul până la lansare este și el automatizat
CI/CD integrează frecvent modificări mici și automatizează build-ul, testarea și lansarea, ridicând calitatea și viteza de livrare. Integrarea în bloc, de tip tradițional, întârzie descoperirea problemelor; copierea manuală nu este automatizare, iar oprirea dezvoltării nu duce activitatea înainte — toate sunt greșite.
Î30 | Inginerie inversă
Care dintre următoarele reprezintă inginerie inversă?
Folosirea unui mediu de dezvoltare în care aplicația se construiește doar prin așezarea de componente pe ecran
Crearea unui program pe baza documentului de proiectare
Crearea unui serviciu nou prin combinarea mai multor servicii publice existente
Analizarea unui program existent pentru a-i deduce specificațiile și informațiile de proiectare
Răspuns corectD. Analizarea unui program existent pentru a-i deduce specificațiile și informațiile de proiectare
Ingineria inversă înseamnă analizarea unui software existent pentru a extrage specificațiile și informațiile de proiectare. Crearea programului pornind de la proiect este dezvoltarea obișnuită (în sens direct), combinarea serviciilor publice este mashup, iar construirea prin așezarea de componente descrie dezvoltarea no-code/low-code.
Exersare: rezolvați întrebările de pe această pagină
Acesta este un instrument de exersare cu întrebări în ordine aleatorie (funcționează când JavaScript este activat). Puteți citi oricum toate întrebările și explicațiile de mai sus.
* Explicațiile sunt informații în scop de studiu. Tematica și sistemul examenelor se schimbă de la an la an, așa că verificați întotdeauna anunțurile oficiale ale organizatorului examenului.
Această pagină este o traducere a textului original în japoneză. Dacă traducerea diferă de original, prevalează versiunea în japoneză. Vedeți originalul în japoneză