WorksheetsMiért van szükség tesztelésre? Módszertanok
Total questions: 20
Worksheet time: 10mins
Melyik a szoftvertesztelés elsődleges célja, ha a hibák hatása a működésre, biztonságra és felhasználói élményre is kiterjed?
Felhasználók számának növelése
Licencköltségek minimalizálása
Új funkciók gyors bevezetése
Hibák minél korábbi felismerése
Mit határoznak meg a szoftverfejlesztési módszertanok a fejlesztési folyamatban?
Marketingkampányok időzítését
Hardverek pontos típusát és márkáját
Fejlesztők fizetését és túlóraszabályait
Lépések sorrendjét és szükséges termékeket
Melyik állítás igaz a vízesés modellre a fejlesztési és tesztelési sorrend tekintetében?
Fejlesztés után történik a tesztelés, majd átadás
Tesztelés és fejlesztés teljesen párhuzamosan zajlik
Nincs külön tesztelési fázis a folyamatban
Először átadás, aztán fejlesztés és tesztelés
Egy csapat gyakori visszajelzéseket szeretne és a hibákat korán azonosítani. Melyik megközelítést válasszák?
Dokumentáció-központú modell ritka tesztekkel
Karbantartási fázisra épülő módszertan
Hagyományos vízesés lineáris lépésekkel
Agilis fejlesztés iteratív ciklusokkal
Mit jelent az, hogy az agilis szoftverfejlesztés iteratív és adaptív?
Rövid ciklusokban fejlődik és alkalmazkodik
Egyszeri tervezéssel kész és változatlan
Főleg vízeséses tesztelési ütemezést használ
Csak végén történik a minőségbiztosítás
Melyik állítás ír le közös jellemzőt a Scrum és az Extrém Programozás (XP) megközelítésekben?
Kevesebb dokumentáció hangsúly, több iteráció
Dokumentáció elsődleges, release ritkán történik
Hosszabb dokumentáció hangsúly, kevesebb iteráció
Dokumentáció és kockázat növelése a cél
Mi az Agilis Kiáltvány egyik egyszerűsített alapelve a szoftver és a dokumentáció viszonyáról?
Működő szoftver nem fontosabb, mint dokumentáció
Működő szoftver fontosabb, mint dokumentáció
Dokumentáció részletesebb, mint szoftver működő
Dokumentáció és szerződés fontosabb, mint működés
Mihez köthető a „Scrum” kifejezés eredete, és mit hangsúlyoz a szó jelentése a csapatmunkában?
Röplabdához, hierarchikus irányítást
Rögbihez, összetömörülő csapatmunkát
Kosárlabdához, egyéni teljesítményközpontúság
Sakkhoz, előre megtervezett lépéssort
Kik honosították meg a Scrumot a szoftverfejlesztésben a 1990-es években, és milyen problémára kerestek megoldást?
Beck és Fowler; a túlzott automatizálásra
Takeuchi és Nonaka; a túl sok értekezletre
Ken Schwaber és Jeff Sutherland; a vízesés lassúságára
Brooks és Royce; a túl gyors kiadásokra
A disznó–csirke analógia szerint ki vállal elkötelezett felelősséget a projekt sikeréért egy Scrum csapatban?
Stakeholderek és felsővezetői menedzsment
Felhasználók és marketing részleg
Scrum Master, Product Owner és Fejlesztői csapat
Ügyfelek és külső beszállítói partnerek
Egy új termék fejlesztésekor kinek a feladata meghatározni, hogy milyen funkciók készüljenek el, miközben a csapat fejleszt és tesztel?
A Product Owner írja a priorizált igényeket
A Scrum Master osztja ki a feladatokat
A menedzsment részletes terveket ad
A stakeholderek napi utasításokat adnak
Ki hozza létre és tartja karban a Product Backlogot a Scrum csapatban?
A fejlesztők maguk priorizálják a backlog tételeket
A Scrum Master írja és zárja a feladatokat
A Product Owner kezeli folyamatosan a Product Backlogot
Az üzleti vezető állítja össze a sprintlistát
Rendezd időrendbe a következő scrum lépéseket: Sprint Review, Sprint Planning Meeting, Sprint Retrospective, napi megbeszélések a sprint alatt. Melyik sorrend helyes a teljes ciklusban?
Sprint Planning → Sprint Retrospective → Sprint Review → napi meetingek
Sprint Retrospective → Sprint Planning → napi meetingek → Sprint Review
Sprint Review → Sprint Retrospective → napi meetingek → Sprint Planning
Sprint Planning → sprint napi meetingek → Sprint Review → Sprint Retrospective
Melyik elem következik a Product Backlog elemeinek kiválasztása után a fejlesztési ciklusban?
Retrospective előkészítése
Sprint Backlog létrehozása
Product Vision frissítése
Release Plan kidolgozása
Egy csapat 3 hetes sprintekkel dolgozik. Melyik gyakorlat biztosítja a napi szintű igazítást a sprint közben?
Product Backlog újraírása
Daily Scrum Meeting megtartása
Sprint Review előkészítése
Release burndown vezetése
Mi a sprint célja Scrum-ban a ciklus végére?
Potenciálisan leszállítható termék létrehozása
Részletes dokumentáció teljes kidolgozása
Új csapatstruktúra kialakítása minden iterációban
A teljes Product Backlog lezárása véglegesen
Egy Daily Scrumon kiderül, hogy lejárt az egyik használt szoftver licence, emiatt áll a fejlesztés. Mi a helyes Scrum-gyakorlat a helyzet kezelésére?
Fejlesztők maguk megkerülik a szabályokat ideiglenesen
Csapat figyelmen kívül hagyja a problémát a határidőig
Scrum Master felszámolja az akadályt gyors intézkedéssel
Product Owner új sprintet indít azonnal
Melyik állítás írja le helyesen a Product Backlogot?
Napi státuszokról készülő diagram a haladás követésére
A csapat napi problémamegoldó megbeszélésének jegyzőkönyve
Prioritással rendezett kívánságlista a termékkövetelményekhez
A sprintre kiválasztott feladatok technikai bontott listája
Mely állítás írja le helyesen a Scrum elterjedtségét napjainkban?
Csak egyetlen országban elterjedt
Világszerte használt módszertan
Csak kis startupok módszertana
Csak akadémiai kutatásban használt
Egy iskola projektalapú tanulást vezet be sprinttervezéssel és retrospektívvel. Mi indokolja leginkább a Scrum választását ebben a helyzetben?
Scrum tiltja a visszajelzések gyűjtését
Scrum csak szoftverfejlesztésre jó
Scrum nélkülöz minden tesztelést
Scrum alkalmazható oktatásban is
