„Szoftvertechnológia - Lehetséges vizsgakérdések” változatai közötti eltérés

Harapeti (vitalap | szerkesztései)
válasz külön sorban
Harapeti (vitalap | szerkesztései)
válasz külön sorban
253. sor: 253. sor:
==V&V==
==V&V==


* Review definíciók? Review, Review item, Audit, Walkthrough(az anyag készítője bemutatja a munkáját(, Inspection(reviewereknek kiosztanak anyagot, ők jelentést tesznek róla, majd ezt egy bizottság megvitatja a szerző jelenlétében. pl egyetemi diplomavédés)
* Review definíciók?
* Kik a meeting szereplői? Koordinátor(felelős a meetingért), Lead reader(anyag működésével tisztában van), jegyzőkönyvvezető, megbízó képviselői
** Review, Review item, Audit, Walkthrough (az anyag készítője bemutatja a munkáját, Inspection (reviewereknek kiosztanak anyagot, ők jelentést tesznek róla, majd ezt egy bizottság megvitatja a szerző jelenlétében. Pl. egyetemi diplomavédés)
* Mit kell tenni, ha hibát találunk a meetingen? (1) kijelölni egy felelős személyt (2) meghatározni, mi a teendő (3) problémák osztályozása
* Kik a meeting szereplői?
* Hogyan lehet becsülni, hogy mennyi hiba van a programban? elrejtünk hibákat, mennyit találnak meg..
** Koordinátor (felelős a meetingért),
* Konformanciatesztelés vs hibadetektálás? 1.: a szoftvernek bizonyos feltételeknek kell eleget tennie, a 2-nél programo futása közben tesztelünk
** Lead reader (anyag működésével tisztában van),
* Mi az a Pareto-elv? 80-20 szabály: a programhibák 80%-ért a program 20%-a okolható
** jegyzőkönyvvezető,
* Integrációs tesztre milyen stratégiák vannak? top-down(GUI-menüt rakom először össze, a még nem ismert funkcióknak “not yet implemented” - ez a test stub),bottom-up(legozás)
** megbízó képviselői
* Funkcionalitás teszt esetei? funkcionális teszt, biztonsági teszt, mennyiségi teszt(hatalmas adattal elárasztás)
* Mit kell tenni, ha hibát találunk a meetingen?
* Megbízhatósági teszt esetei?integritási(kibírja-e hiba nélkül?), struktúra(ismerem a program belsejét, erre alapozva végzek idétlen teszteket), stressz
** (1) kijelölni egy felelős személyt
* Teljesítmény tesztek? benchmark(összehasonlítás referencia szoftverrel), contention(stressz teszt alfaja, több actor versenyez ugyanazokért az adatokért), load teszt(működési limit környékén működés), teljesítmény profil
** (2) meghatározni, mi a teendő
* Támogatottság teszt? hogyan konfigurálható/installálható
** (3) problémák osztályozása
* Teszt mértékek? követelmény-alapozott, kód-alapozott, hiba analízis
* Hogyan lehet becsülni, hogy mennyi hiba van a programban?
* Mi jellemző a teszt stratégiákra? Megmondja az általános megközelítést, milyen technikákat/eszközöket használunk, mi a teszt sikeressége, hogyan teszteljük a számunkra külső dolgokkal (teszt segédprogramok)
** elrejtünk hibákat, mennyit találnak meg..
* Milyen teszt eseteket ismer? White-box: minden lehetséges döntési ágon, minden lehetséges adattal végigmegyünk (gyakorlatilag biztosan lehetetlen), ismerjük a szoftver belső szerkezetét; Black-box test: !!ekvivalencia-osztályozás!!: tudunk azonosítani bizonyos tevékenységeket, boundary value(határérték) tesztelés: ekvivalencia osztály határok tesztelése, speciális érték tesztelés.
* Konformanciatesztelés vs hibadetektálás?
** Konformanciatesztelés: a szoftvernek bizonyos feltételeknek kell eleget tennie,
** hibadetektálás: program futása közben tesztelünk
* Mi az a Pareto-elv?
** 80-20 szabály: a programhibák 80%-ért a program 20%-a okolható
* Integrációs tesztre milyen stratégiák vannak?
** top-down (GUI-menüt rakom először össze, a még nem ismert funkcióknak "not yet implemented" - ez a test stub),
** bottom-up (legózás)
* Funkcionalitás teszt esetei?
** funkcionális teszt,
** biztonsági teszt,  
** mennyiségi teszt (hatalmas adattal elárasztás)
* Megbízhatósági teszt esetei?
** integritási (kibírja-e hiba nélkül?),
** struktúra (ismerem a program belsejét, erre alapozva végzek idétlen teszteket),
** stresszteszt
* Teljesítménytesztek?
** benchmark (összehasonlítás referenciaszoftverrel),
** contention (stressz teszt alfaja, több actor versenyez ugyanazokért az adatokért),
** load-teszt (működési limit környékén működés),
** teljesítményprofil
* Támogatottság-teszt?
** hogyan konfigurálható/installálható
* Tesztmértékek?
** követelmény-alapozott,
** kód-alapozott,
** hibaanalízis
* Mi jellemző a tesztstratégiákra?
** Megmondja az általános megközelítést,
** milyen technikákat/eszközöket használunk,
** mi a teszt sikeressége,
** hogyan teszteljük a számunkra külső dolgokkal (tesztsegédprogramok)
* Milyen teszteseteket ismer?
** White-box: minden lehetséges döntési ágon, minden lehetséges adattal végigmegyünk (gyakorlatilag biztosan lehetetlen), ismerjük a szoftver belső szerkezetét;
** Black-box test: !!ekvivalencia-osztályozás!!: tudunk azonosítani bizonyos tevékenységeket,
** boundary value(határérték) tesztelés: ekvivalencia osztály határok tesztelése,
** speciálisérték-tesztelés.


==Design==
==Design==