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

Kérsz értesítést a legújabb cikkekről?

Kapcsolódó cikkek

QA staffing: hogyan lehet gyorsan és biztonságosan kapacitást bővíteni?

Bevezetés Előző cikkünkben (itt olvasható) arról írtunk, hogy mikor érdemes külsős tesztelőt bevonni, és mikor intő jel, ha csak tűzoltásra használnánk őket. Most, hogy már tudjuk a „mikor”-t, evezzünk gyakorlatiasabb vizekre, és nézzük meg a „hogyan”-t. Hogyan lehet úgy bővíteni a csapatot, hogy az ne a káoszt növelje, hanem a megoldást hozza el? (Megjegyzés: A szakmában gyakran

Külsős tesztelő bevonása: mikor segít, és mikor pénzkidobás?

Bevezetés Minden szoftverfejlesztési projekt életében eljön az a pont, amikor a csapat vezetője, a projektmenedzser vagy a cégtulajdonos a homlokára csap: „Nekünk azonnal tesztelők kellenek!” A hibák szaporodnak, a fejlesztők túlterheltek, az ügyfél pedig egyre türelmetlenebbül dobol az asztalon. Ilyenkor tűnik logikus és gyors megoldásnak a külsős szakértő bevonása. Felhívunk egy partnert, kérünk két senior

Hogyan teszteltünk új jogosultságkezelést egy vállalati HR rendszerben

Bevezető Egy vállalat HR rendszere nemcsak dolgozói adatokat tárol – bizalmat is kezel. Ha a jogosultságkezelésben hiba van, az nem csupán technikai probléma: adatvédelmi incidens, reputációs kár és jogi következmény is lehet belőle. Ebben az esettanulmányban bemutatjuk, hogyan zajlott egy valós, összetett tesztelési projekt, ahol a cél az volt, hogy a HR rendszer új, LDAP

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ó