az egységteszt, a rendszerteszt, az integrációs teszt és a regressziós teszt közötti különbség
egységteszt
az Egységteszteket EGY program egyes egységein végzik, és olyan egyedi komponens vizsgálatára szolgálnak, amely először módosították vagy vezették be. Minden olyan tesztet, amelynek célja egyetlen modul validálása, be kell mutatni a kapcsolódó műszaki dokumentációval együtt, amely egyéb információk mellett tartalmazza azokat a kimeneteket, amelyeket a tesztelt modul várhatóan nyújt. Az egységtesztek a szoftver funkcionalitására és megbízhatóságára összpontosítanak, és a rendszerintegráció előtti tesztfázisban kerülnek végrehajtásra. Ha egy egységteszt során hibát fedeznek fel, értékelni kell annak jellegét és az Általános rendszerre gyakorolt hatását; a cél annak megoldása, mielőtt a tesztelt modult jóváhagynák.
rendszerteszt
a Rendszertesztet minden új vagy módosított alkatrészen és modulon elvégzik, amely egy terméket jellemez. A cél annak megértése, hogy a különböző egységes blokkok hogyan hatnak egymásra, és összességében biztosítják-e a szükséges kimeneteket; a hangsúly a rendszerkövetelmények érvényesítésére és ellenőrzésére, valamint arra, hogy az egyes modulok hogyan működnek együtt, amikor összekapcsolódnak. Általában a rendszeren végzett tesztek több mint egy: az első külön említést érdemel (általában “füstpróbának” nevezik), amelynek célja, hogy széles körben tanulmányozza a program viselkedését, és hogy a fő funkciókat helyesen hajtják-e végre, anélkül, hogy a részletekre kitérnének. A teljes rendszeren végzett tesztek hosszú időt vesznek igénybe, mivel nagy számot kell elvégezni az összes lehetséges forgatókönyv elemzéséhez; a tesztterv ebben a szakaszban nagyon kényes szerepet játszik, mert tartalmazza a tesztesetek leírását, azok végrehajtásának sorrendjét és az eredmények felsorolásához szükséges dokumentációt. Ha hibát fedeznek fel és javítanak, a vizsgálatot újra kell végezni annak biztosítása érdekében, hogy az elvégzett javítások ne legyenek negatív hatással azokra a komponensekre, amelyek korábban nem voltak hibásak (a fent említett regressziós teszt).
integrációs teszt
a különböző rendszertesztek elvégzése után meg kell győződni arról, hogy a kifejlesztett program biztosítja a kívánt eredményeket, még akkor is, ha nem a natív környezetben fut: ezért integrációs teszteket kell végezni, amelyek során a terméket másokkal együtt tesztelik interfészek és alkalmazások. A rendszertesztekkel ellentétben az integrációs tesztek során nem szükséges újra tesztelni, ha hibát fedeznek fel annak kijavítása után. Az integrációs tesztek különböző csoportokra vannak felosztva, és a tesztelendő alkalmazástól függően elvégezhetők vagy sem:
- kompatibilitási teszt: garantálja, hogy az alkalmazás különböző konfigurációkkal működik a felhasználó rendelkezésére álló konfigurációk alapján
- teljesítménytesztek: értékelik az alkalmazás megfelelő működésének képességét, ha például több felhasználó használja egyszerre, vagy a Bemenetek száma növekszik
- stressztesztek: tesztelik az alkalmazás helyes működését, ha szokatlan munkaterheléssel hangsúlyozzák
- terhelési tesztek: ezek kiegészítik a stresszteszteket, és értékelik az alkalmazás működését normál munkaterhelés mellett
regressziós teszt
az előző bekezdésekben már említett regressziós tesztet akkor hajtják végre, amikor egy programdarab eljárását egy hiba azonosítása után módosítják; ha egy hibát kijavítanak, felmerül annak a lehetősége, hogy véletlenül újat vezetnek be: ezért bizonytalanságot vezet be az alkalmazás azon képességével kapcsolatban, hogy az összes korábban elvégzett funkciót újra helyesen ismételje meg. A regressziós tesztet általában más vizsgálatokkal párhuzamosan hajtják végre, és minőségellenőrzésnek tekinthető annak biztosítása érdekében, hogy az éppen módosított kód továbbra is helyesen látja el azokat a funkciókat, amelyeket nem módosítottak, és amelyek megfelelnek a korábban ellenőrzött követelményeknek . Összefoglalva megállapítható, hogy a regressziós teszt biztosítja, hogy a módosítás tárgyát nem képező Alkalmazás többi részét ne befolyásolják mások javításából eredő hibák.
Leave a Reply