mi az újbóli tesztelés?
Újratesztelés : annak biztosítása, hogy a korábbi buildben talált és közzétett hibák javításra kerüljenek vagy sem az aktuális buildben.
az Újratesztelés a korábban sikertelen teszteseteket ismét futtatja az új szoftveren annak ellenőrzésére, hogy a korábban közzétett hibák javultak-e vagy sem.
egyszerű szavakkal, az újbóli tesztelés egy adott hiba tesztelése a javítás után.
példa: mondjuk, a Build 1.0 megjelent. A Build 1.0 tesztelése során a tesztcsapat talált néhány hibát (például 1.0.1 és 1.0.2 Hibaazonosítót), és közzétette. A tesztcsapat az 1.0.1-es és 1.0.2-es hibákat teszteli az 1.1-es verzióban (csak akkor, ha ez a két hiba szerepel az 1.1-es verzió kiadási megjegyzésében), hogy megbizonyosodjon arról, hogy a hibák javultak-e vagy sem.
folyamat: a hiba életciklusának megfelelően, ha egy tesztelő hibát talált, a hibát jelentik a Fejlesztőcsapatnak. A hiba állapotának “újnak” kell lennie. A fejlesztő csapat elfogadhatja vagy elutasíthatja a hibát. Ha a fejlesztő csapat elfogadja a hibát, akkor kijavítják, és kiadják a következő kiadásban. A hiba állapota “készen áll a QA-ra”. Most a tesztelő ellenőrzi a hibát, hogy megtudja, megoldódott-e vagy sem. Ezt a tesztet újra tesztelésnek nevezik. Az újbóli tesztelés tervezett tesztelés. Ugyanazokat a teszteseteket használjuk ugyanazokkal a tesztadatokkal, amelyeket a korábbi összeállításban használtunk. Ha a hiba nem található, akkor megváltoztatjuk a hiba állapotát “javítva” – ként, különben megváltoztatjuk az állapotot” nem Javítva ” – ként, és küldünk egy hibajavító dokumentumot a Fejlesztőcsapatnak.
ellenőrizze az alábbi videót, hogy megnézze: “mi az Újratesztelés & mikor végezzük az újratesztelést”
kérem, legyen türelemmel. A videó egy idő után betöltődik.
ha tetszett ez a videó, akkor kérjük, iratkozzon fel YouTube-csatornánkra további oktatóvideókért.
mikor végezzük újra a tesztelést:
1. Ha van egy adott hibajavítás a kiadási megjegyzésben:
miután a fejlesztőcsapat kiadta az új verziót, akkor a tesztcsapatnak tesztelnie kell a már közzétett hibákat, hogy megbizonyosodjon arról, hogy a hibák javultak-e vagy sem.
2. Amikor egy hibát elutasítanak:
időnként a fejlesztőcsapat visszautasít néhány hibát, amelyeket a tesztelők felvetettek, és megemlítik a hiba állapotát, hogy nem reprodukálható. Ebben az esetben a tesztelőknek újra kell tesztelniük ugyanazt a problémát, hogy a fejlesztők tudják, hogy a probléma érvényes és reprodukálható.
a forgatókönyv elkerülése érdekében jó hibajelentést kell írnunk. Itt van egy bejegyzés arról, hogyan lehet jó hibajelentést írni.
3. Amikor egy ügyfél kéri, hogy újra teszt:
időnként az ügyfél kérheti tőlünk, hogy újra a tesztet, hogy megszerezzék a bizalmat a termék minőségét. Ebben az esetben a tesztcsapatok újra tesztelik a terméket.
egy terméket soha nem szabad kiadni a kód módosítása után, csak a hibajavítások újbóli tesztelésével, regressziós tesztelést is meg kell tennünk.
olvassa el még: különbség a regresszió és az újbóli tesztelés között
nézze meg ezt a teljes kézi tesztelő oktatóanyagot