Junior
Adj példákat arra, hogyan kezdődik a tesztelési folyamat.
sobes.tech MI
Válasz az MI-től
A tesztelési folyamat különböző szakaszokban kezdődhet a szoftverfejlesztési életciklus során, a kiválasztott módszertantól és a projekt sajátosságaitól függően.
Példák:
-
Korai tesztelés (vagy Shift-Left Testing):
- A kód írását megelőző szakaszokban kezdődik: követelmények gyűjtése és elemzése, architektúra és felhasználói felület tervezése.
- A QA részt vesz a dokumentáció (követelmények, specifikációk) áttekintésében, azonosítva a bizonytalanságokat, ellentmondásokat és potenciális problémákat a legkorábbi szakaszban.
- Tesztesetek, ellenőrző listák írása és tesztstratégia kialakítása a fejlesztéssel párhuzamosan.
- Alkalmazható Agile és DevOps megközelítésekben.
-
Fejlesztési szakaszban végzett tesztelés (Unit Testing, Integration Testing):
- Akkor kezdődik, amikor a fejlesztők elkezdik írni a kódot.
- A fejlesztők írnak egységteszteket az egyes modulok vagy funkciók ellenőrzésére.
- A QA részt vehet az integrációs tesztelés tervezésében, tesztesetek írásában vagy akár az integrációs tesztek írásában is, ha ugyanazokat a keretrendszereket használják, mint a fejlesztők (Automation QA esetén).
-
A rendszer tesztelése, elfogadási tesztelés, regressziós tesztelés a telepítés után:
- Akkor kezdődik, amikor egy adott funkció vagy modul fejlesztése befejeződött és azokat összegyűjtötték.
- Átfogó rendszer tesztelése történik.
- A felhasználók vagy a megrendelő képviselői végzik az elfogadási tesztelést.
- A változtatások után regressziós tesztelést végeznek, hogy megbizonyosodjanak arról, hogy az új változtatások nem törtek meg meglévő funkciókat.
-
Hibák felismerése a Production környezetben:
- A tesztelési folyamat elindulhat a felhasználó által észlelt vagy monitorozó eszközök által észlelt hibák felismerésével.
- A QA elemzi a hibát, reprodukálja, lokalizálja és hibajelentést készít.
- Elkezdődik a javítási ciklus és a javított verzió tesztelése.
# QA részvétel példája a korai tesztelésben (követelmények áttekintése)
def review_requirements(requirements_doc):
"""
Pszeudokód a követelmény dokumentum QA általi áttekintéséhez.
"""
issues_found = []
# Teljesség ellenőrzése
if not all_requirements_are_clear(requirements_doc):
issues_found.append("Néhány követelmény nem világos vagy kétértelmű.")
# ellentmondások ellenőrzése
if has_conflicting_requirements(requirements_doc):
issues_found.append("Ellenőrizetlen ellentmondó követelmények.")
# Tesztelhetőség ellenőrzése
if not are_all_requirements_testable(requirements_doc):
issues_found.append("Néhány követelmény nehezen vagy lehetetlen tesztelni.")
return issues_found
# Feltételezett segédfüggvények
def all_requirements_are_clear(doc):
pass # Ellenőrző logika
def has_conflicting_requirements(doc):
pass # Ellenőrző logika
def are_all_requirements_testable(doc):
pass # Ellenőrző logika
A tesztelés kezdési időpontja a projekt stratégiájától függ, de a korai tesztelés irányába való elmozdulás egyre gyakoribb a minőség javítása és a hibák javítási költségeinek csökkentése érdekében.