Szoftvertesztelés - Vizsga 2011.05.24.

A VIK Wikiből
A lap korábbi változatát látod, amilyen Szikszayl (vitalap | szerkesztései) 2014. március 13., 12:53-kor történt szerkesztése után volt.
(eltér) ← Régebbi változat | Aktuális változat (eltér) | Újabb változat→ (eltér)
Ugrás a navigációhoz Ugrás a kereséshez
← Vissza az előző oldalra – Szoftvertesztelés

1. Funkcionális tesztelési technikák ismertetése + hogyan alakul egymáshoz mérten a tesztesetek száma, kidolgozottsága (8p)

A funkcionális tesztelés egy dinamikus, fekete doboz tesztelési forma. A teszt eseteket a specifikáció alapján határozzuk meg.

  • Funkcionális elvárások alapján
  • A teszt eseteket a specifikáció alapján határozzuk meg
  • Nem feltételezi a kód belső szerkezetének ismeretét


  1. határérték tesztelés
  2. ekvivalencia osztályok létrehozása
  3. döntési táblákon alapuló tesztelés

Funkcionális tesztelési technikák

  • Határérték tesztelés: az input tartomány határán található értékeket használják. Határérték analízissel kialakított teszt esetek generálása: az összes változót nominális értéken tartjuk, egy kivételével. Ez a kivétel veszi fel a szélső értékeket. Teszt esetek kialakítása: a következő input adatokkal való tesztelés: minimum érték (min), „éppen csak” minimum feletti (min+), nominális érték (nom), „éppen csak” maximum alatti (max-), maximum érték (max)
    • Robosztuls tesztelés: A határérték analízis kiterjesztése: az előbbi 5 értéken kívül teszteljük az „éppen csak” maximum feletti (max+) és „éppen csak” minimum alatti (min-) értékeket is
    • Legrosszabb eset teszt: Megvizsgáljuk, mi történik, ha egynél több változónak van szélső értéke.
    • Sajátos értékek tesztelése: A tesztelő saját szaktudását, korábbi tapasztalatát felhasználva tapint rá kényes pontokra
    • Random tesztelés: Ötlet: véletlenszám-generátort használva válasszunk input értékeket (ne a min, min+, nom, max, max-). Pl: háromszög problémánál: mindaddig generálunk teszt eseteket, amíg az eredmények között az összes lehetséges háromszög típus nem szerepel.


  • Ekvivalencia osztályok létrehozása:


  • Döntési táblákon alapuló tesztelés:

Tesztelési technikák

  • Statikus tesztelés
    • Emberi elemzés
    • Statikus analízis
  • Dinamikus tesztelés
    • Fekete doboz (funkcionális) tesztelés
    • Fehér doboz (strukturális) tesztelés
    • A tesztek lefedettsége

2. Defect leakage fogalma (2p)

Defect leakage occurs at the Customer or the End user side after the application delivery. After the release of the application to the client, if the end user gets any type of defects by using that application then it is called as Defect leakage. This Defect Leakage is also called as Bug Leakage.

3. A tesztelés közben létrehozott dokumentumok és egy pár szó róluk (2p)

Tesztterv: A tesztterv leírja a tesztelésbe bevont programelemeket, a tesztelési célokat és az alkalmazni kívánt tesztelési módszereket / megközelítéseket.

Teszt specifikáció: A teszt specifikációk finomítják, részletezik a teszttervben megadott módszereket/megközelítéseket, tesztelendő jellemzőket és definiálják egy adott specifikációhoz rendelt teszteseteket.

Teszteset: A teszteset definiálja a teszt input adatait, a végrehajtás feltétételeit, a végrehajtás lépéseit (teszteljárások) és a várt eredményeket.

Teszteljárás: Teszteljárásnak azokat a leírásokat nevezzük, amelyek megadják, hogy a teszteseteket hogyan kell végrehajtani, azaz részletes utasításokat tartalmaznak a teszt indítási állapotának a beállítására, a végrehajtás lépéseire és az eredmények kiértékelésére. Egy teszteljárás több tesztesethez is tartozhat.

Tesztadatok: A teszteléshez szükségünk van jól meghatározott tesztadatokra, amelyek előre meghatározott értékeket tartalmaznak, annak érdekében, hogy a tesztesetek végrehajtása során előre tervezhető, ellenőrizhető eredményeket kapjunk és amelyek értékei kellőképpen szélsőséges határok között mozognak a program rendszertervben specifikált jellemzőinek vizsgálatához

Teszt szkript: A tesztelő által írt, a számítógép által olvasható leírás, amely automatizálja a teszt eljárások végrehajtását.

Teszt jegyzőkönyv:

Hibajegyzék:

4. A skype egyik beállító ablakáról volt egy screenshot és ott kellett egy-két ekvivalencia osztály, határérték (robusztus, nem robusztus stb) stb tesztet készíteni. (10p)

-- FaPe - 2011.05.30.