10 szoftvertesztelés gyakorló feladat kezdőknek – Alapszintű gyakorlatok megoldásokkal

A szoftvertesztelés elméleti alapjainak ismerete nagyon fontos, de a valódi fejlődés a gyakorlat során történik. Ez a blogbejegyzés 10 olyan gyakorló feladatot mutat be, amelyeket kezdők is el tudnak végezni önállóan – csupán egy böngésző, egy szövegszerkesztő vagy táblázatkezelő, valamint némi kíváncsiság szükséges hozzájuk.

A feladatok egymásra is épülnek, így ajánlott sorrendben haladni. Ahol lehet, példamegoldást is mellékelünk, hogy lásd, mire érdemes figyelni.

1. feladat: Hibakeresés egy weboldalon

Látogasd meg a következő weboldalt:
https://automationexercise.com/

Feladat:
Keress legalább 5 különböző hibát a weboldalon (pl. UI, elírás, funkcionális, használhatósági probléma). Írd le őket röviden:

  • Hol található?
  • Mi a hiba?
  • Milyen hatása van a felhasználóra?

Tipp: Nézd meg mobilon is, és próbálj interaktív elemeket használni.

2. feladat: Hibajegy létrehozása

Válassz ki 3 hibát az előző feladatból, és készíts hozzájuk hibajegyeket az alábbi mezők alapján:

  • Cím
  • Leírás (röviden a hiba jellege és körülményei)
  • Lépések a reprodukáláshoz
  • Várt eredmény
  • Tényleges eredmény
  • Prioritás (alacsony / közepes / magas)

Tipp: A jegyeket írd meg táblázatba vagy egy egyszerű dokumentumba.

3. feladat: Tesztesetek írása egy bejelentkezési űrlaphoz

Képzeld el, hogy egy webalkalmazás bejelentkezési oldala az alábbi mezőkből áll:

  • Email cím
  • Jelszó
  • „Bejelentkezés” gomb

Feladat:
Írj legalább 6 teszteset tervet, amelyek lefedik a legfontosabb pozitív és negatív forgatókönyveket.

Példa:

IDTeszteset leírásaElőfeltételVárt eredmény
TC01Helyes email és jelszó megadása után belépésSikeres bejelentkezés
TC02Üres mezők esetén hibaüzenet jelenik megHibát jelez

4. feladat: Egyszerű specifikáció alapján kérdések írása

Specifikáció részlet:

A „Jelszó visszaállítás” funkció segítségével a felhasználó e-mailben kérhet új jelszót. A rendszer ellenőrzi, hogy a megadott e-mail cím regisztrált-e. Ha igen, akkor elküldi az új jelszót; ha nem, akkor hibaüzenetet jelenít meg.

Feladat:
Fogalmazz meg 5 kérdést, amit a fejlesztőktől vagy üzleti elemzőktől feltennél, mielőtt elkezdenél tesztelni.

Példa:

  • Mi történik, ha az e-mail formátuma érvénytelen?
  • Mennyi ideig érvényes az új jelszó?

5. feladat: Határérték-alapú tesztelés gyakorlása – Csúszda beléptető rendszer

Specifikáció részlet:

Egy élményfürdő csúszdái automatikus beléptetőkapuval rendelkeznek, amelyek három különböző csúszdához engednek be embereket a megadott magasság, életkor és testsúly alapján.

Csúszdák és feltételeik:

  1. Mini csúszda
    • Magasság: 80–120 cm
    • Életkor: 3–7 év
    • Testsúly: legfeljebb 30 kg
  2. Családi csúszda
    • Magasság: 110–160 cm
    • Életkor: 6–14 év
    • Testsúly: 30–70 kg
  3. Óriás csúszda
    • Magasság: 150–200 cm
    • Életkor: 10 év felett
    • Testsúly: legalább 50 kg

Feladat:

Tervezd meg a határérték-alapú teszteseteket mindhárom csúszdához.

Legalább ezeket érdemes figyelembe venni:

  • Minimum alatt 1 érték
  • Minimum érték
  • Középérték
  • Maximum érték
  • Maximum felett 1 érték

Használj táblázatos formát, pl. a következőképpen:

CsúszdaMagasság (cm)Életkor (év)Testsúly (kg)Elfogadva?Megjegyzés
Mini csúszda79525NemMagasság túl alacsony
Mini csúszda80330IgenMinden feltétel éppen teljesül
Mini csúszda100431NemTestsúly túl magas

Tipp:

  • Tesztelj határértékek mindhárom dimenziójára (magasság, életkor, testsúly).
  • Nézd meg, mi történik, ha egy feltétel nem teljesül, de a többi igen.
  • Írj legalább 3–5 tesztesetet minden csúszdára.

Ez a feladat segít abban, hogy tudatosabban kezeld a határértékeket, különösen akkor, ha több feltétel is szerepel egy szabályban.

6. feladat: Exploratory tesztelés dokumentálása

Látogasd meg ezt a demó webáruházat:
https://magento.softwaretestingboard.com/

Feladat:
Tölts 15 percet az oldalon, és jegyezd fel, mit teszteltél és mit tapasztaltál.

  • Melyik funkciókat próbáltad ki?
  • Találtál-e hibát, furcsaságot?
  • Melyik része volt kevésbé használható?

7. feladat: Követelmény és teszteset összehasonlítás

Képzeld el, hogy a következő elvárás szerepel egy specifikációban:

A regisztráció során a felhasználónak el kell fogadnia az Általános Szerződési Feltételeket (ÁSZF) egy checkbox bejelölésével. A „Regisztrálok” gomb csak akkor aktív, ha ez be van jelölve.

Feladat:

  • Írj 3 tesztesetet erre a követelményre.
  • Írd le, hogy miért fontos ezt tesztelni (üzleti vagy jogi okból).

8. feladat: Hibatípusok azonosítása

Olvasd el az alábbi hibákat, és kategorizáld őket:

  1. A „Küldés” gomb szövege mobilon lelóg a képernyőről.
  2. Érvénytelen e-mail címre is elfogadja a regisztrációt.
  3. A rendszer belassul, ha 1000 elem van a listában.
  4. A dátumformátum nem egyezik a specifikációban leírtakkal.

Kategóriák:

  • Funkcionális hiba
  • Felhasználói felület (UI) hiba
  • Teljesítménybeli hiba
  • Használhatósági hiba

9. feladat: Hibák súlyossága és prioritása

Ebben a feladatban hibajegyek példáit kapod, és meg kell határoznod:

  • Súlyosság (Severity): Mennyire súlyos a hiba a rendszer működésére nézve?
  • Prioritás (Priority): Milyen gyorsan kell ezt a hibát kijavítani?

Fontos megjegyzés:

Ez a feladat gondolkodtató. A hibák súlyossága és prioritása nem mindig esik egybe, és több elfogadható megoldás is létezhet, attól függően, hogy:

  • az ügyfél mit tart kockázatosnak,
  • mi a projekt célja és időkerete,
  • milyen üzleti hatása van a hibának,
  • éles vagy tesztkörnyezetről van-e szó.

Feladat:

Olvasd el az alábbi hibaleírásokat, és írd le, szerinted mi a súlyosságuk és prioritásuk. Indokold is a döntésed!

A következő skálákat használhatod:

  • Súlyosság: Kritikus / Magas / Közepes / Alacsony
  • Prioritás: Azonnali / Magas / Közepes / Alacsony

Hibapéldák:

  1. A „Fizetés” gombra kattintva nem történik semmi az éles webshopban.

Tipp: A funkció teljesen használhatatlan, üzleti hatás nagy.

  1. A céges logó hiányzik a mobilnézet fejlécéből.

Tipp: Megjelenési probléma, de nem akadályoz semmit.

  1. A jelszó-visszaállító email 5–10 perc késéssel érkezik meg.

Tipp: A funkció működik, de a felhasználói élmény romlik.

  1. Az admin felületen hibás évszám jelenik meg a felhasználói statisztikáknál.

Tipp: Csak belső felhasználókat érint, és csak egy mező.

  1. A rendszer összeomlik, ha a felhasználó több mint 1000 terméket próbál kosárba tenni.

Tipp: Ritka eset, de teljes leállást okoz.

  1. A webáruházban az akciós árak helyett az eredeti ár jelenik meg, de a pénztárnál jól számol.

Tipp: Vásárlók félrevezetése – jogi/marketing szempontból érzékeny.

  1. A kereső nem találja meg a helyesírási hibás kulcsszavakat (pl. „televízió” helyett „televizio”).

Tipp: A funkció működik, de nem elég intelligens.

Gondolkodj el rajta:

  • Melyik hiba blokkoló? Melyik bosszantó, de nem sürgős?
  • Van olyan hiba, ami technikailag súlyos, de mégsem sürgős?
  • És olyan, ami üzletileg fontos, még ha nem is okoz nagy technikai hibát?

Bónusz:

Ha csapatban dolgoztok, beszéljétek meg a különbségeket. Egy jó vitában sokat lehet tanulni arról, hogyan gondolkodnak mások a súlyosságról és prioritásról.

10. feladat: Specifikációs hibák kiszúrása

Egy egyszerű alkalmazás funkcióleírását kapod meg. A szövegben többféle hiba is található: elgépelés, logikai ellentmondás, kevert nyelvhasználat, hiányzó vagy kevés információ, körkörös hivatkozás stb.

Feladat:

Olvasd el az alábbi specifikációt, és sorol fel minél több hibát, amit észreveszel!

Specifikáció:

Az alkalmazás célja, hogy nyilvántartsa a dolgozók munkaidejét.

  • A dolgozók bejelentkezés után hozzáférnek az időnyilvántartás táblázatukhoz.
  • A tábla tartalmazza a következő oszlopokat: dátum, kezdési idő, befejezési idő, összidő, megjegyzés, státusz.
  • A “összidő” oszlop automatikusan számolja a különbséget.
  • Az adminok szerkeszthetik bármely dolgozó rekordjait, kivéve saját magukat.
  • Users can see only their own entries.
  • A státusz mező értékei lehetnek: jóváhagyott, elutasítva, pending.
  • A jóváhagyás csak akkor történik meg, ha a státusz „jóváhagyott”, vagy ha a státusz “pending” és a dolgozó már nem aktív.
  • Minden dolgozónak egyedi azonosítóval kell rendelkezik.

Tipp:

A következő típusú hibákra figyelj:

  • Elgépelés / nyelvtani hiba
  • Logikai ellentmondás
  • Inkonzisztens megfogalmazás
  • Körkörös definíció
  • Kevert nyelvhasználat
  • Nem egyértelmű fogalom
  • Hiányzó információ (pl. mit jelent a “státusz” érték valójában?)

Írd le, mit találtál, és indokold is, miért tartod problémásnak!

+1. feladat: Tesztelési tapasztalatok összegzése

Ez a reflexiós feladat segít rendszerezni a tapasztalataidat az elvégzett gyakorlatok alapján.

Feladat:

  • Melyik feladat volt számodra a legérdekesebb vagy legtanulságosabb?
  • Melyik típusú hiba volt új vagy meglepő számodra?
  • Mi volt a legnagyobb kihívás?
  • Melyik tesztelési módszert vagy gondolkodásmódot találtad hasznosnak (pl. határértékek keresése, specifikáció elemzés, hibajegy-írás)?

Összegzés

Ez a 10 feladat remek kiindulópont a manuális tesztelés gyakorlásához kezdőként. Ha elvégzed őket, jobban fogod érteni:

  • Hogyan épül fel egy hibajegy
  • Hogyan írjunk hatékony teszteseteket
  • Mit kell kérdezni, ha nem világos egy követelmény

További weboldalak a gyakorláshoz

Ha tetszett a cikk, oszd meg más kezdő tesztelőkkel is – és ne feledd: a jó tesztelő kíváncsi, kérdez, és mindent kipróbál!

Megosztás

Íratkozzon fel hírlevelünkre!

Kapcsolódó cikkek

Interjúkérdések 3. rész: Mit tennél, ha tudod, hogy a kért tesztelés (tesztesetek futtatása) nem végezhető el időben?

Bevezetés a bevezető elé A cikksorozat régen megvolt a Passed.hu-n, de az oldal újra dizájnolása közben a cikksorozat eltűnt egy digitális fekete lyukban. Szerencsére az internet nem felejt és az internet-archivból (https://archive.org/) vissza tudtuk keresni ezeket a cikkeket. Mivel a cikkek nem vesztették el az aktualitásukat, ezért némi leporolás után újra közöljük ezeket. Bevezető Az

Interjúkérdések 2: Hogyan tesztelnél le egy négylábú asztalt, ami mellé 4 szék fér?

BEVEZETÉS A BEVEZETŐ ELÉ A cikksorozat régen megvolt a Passed.hu-n, de az oldal újra dizájnolása közben a cikksorozat eltűnt egy digitális fekete lyukban. Szerencsére az internet nem felejt és az internet-archivból (https://archive.org/) vissza tudtuk keresni ezeket a cikkeket. Mivel a cikkek nem vesztették el az aktualitásukat, ezért némi leporolás után újra közöljük ezeket. Bevezető Az

Automatizált tesztelés bevezetése: mit kérdezz a fejlesztőcsapattól

A tesztautomatizálás bevezetése olyan, mint egy új gyár építése a szoftvergyártás folyamatába. Látszólag egyszerű döntésnek tűnik – végül is ki ne akarná, hogy a hibák automatikusan kiszűrődjenek? A valóság azonban összetettebb. Egy rosszul megtervezett automatizálási stratégia több kárt okozhat, mint hasznot, míg a megfelelően bevezetett tesztautomatizálás akár 40-60%-kal is csökkentheti a hibák számát éles környezetben.

Scroll to Top
Passed
Adatvédelmi áttekintés

Ez a weboldal sütiket használ, hogy a lehető legjobb felhasználói élményt nyújthassuk. A cookie-k információit tárolja a böngészőjében, és olyan funkciókat lát el, mint a felismerés, amikor visszatér a weboldalunkra, és segítjük a csapatunkat abban, hogy megértsék, hogy a weboldal mely részei érdekesek és hasznosak. Adatkezelési tájékoztató