Mi az a száltesztelés a szoftvertesztelésben?
Szerkesztőség
⚡ Okos összefoglaló
A száltesztelés egyetlen üzleti feladat kulcsfontosságú funkcionális képességét ellenőrzi, miközben az egy integrált rendszeren halad keresztül, és az integrációs tesztelés korai szakaszában fut, nem pedig azután, hogy minden egyes komponens elkészült.
Mi az a száltesztelés?
Szál tesztelése egy olyan szoftvertesztelési típus, amely egy adott feladat, az úgynevezett szál kulcsfontosságú funkcionális képességét ellenőrzi. Általában a tesztelés korai szakaszában végzik el. integrációs tesztelés fázis. A szál alapú tesztelés az egyik inkrementális stratégia, amelyet a rendszerintegrációs tesztelés során alkalmaznak. Emiatt a száltesztelést helyesebb úgy leírni, mint egy szál interakciós teszt.
Egy szál itt nem csak egy operációsrendszer-szál. szoftverfejlesztés kifejezések szerint egy szál egyetlen teljes üzleti tranzakció – például „az ügyfél megrendelést ad le” – tracminden hozzáérő modulon keresztül. A száltesztelés azt vizsgálja, hogy az az egyetlen útvonal továbbra is helyesen viselkedik-e, miután a modulokat összekötötték.
Az alábbi ábra azt mutatja be, hogyan integrálódnak és hogyan gyakorolódnak az egyes szálak alrendszerként, mielőtt a teljes rendszer összeállna.
A száltesztelés típusai
A szál alapú tesztelést két kategóriába sorolják, és ez a megkülönböztetés határozza meg mind a tesztadatokat, mind a valószínűleg talált hibákat.
- Egyszálú tesztelés: Az egyszálú teszt egyszerre egy alkalmazástranzakciót foglal magában. Csak egy kérés kerül kiszolgálásra, így a válasz viselkedése kiszámítható, a teszt pedig könnyen szkriptelhető és megismételhető.
- Többszálú tesztelés: A többszálú teszt több, egyidejűleg aktív tranzakciót foglal magában. Külön szálakat készítenek elő ugyanarra a szolgáltatásra, így a válaszidő és a megosztott állapotkezelés egyidejű terhelés alatt is megfigyelhető.
Egy tranzakció, amely az egyszálú tesztelés során hibátlanul átmegy, többszálú tesztelés során is meghiúsulhat, mivel a második futtatás ugyanazon rekordokért, kapcsolatokért és memóriáért versengést okoz.
A száltesztelés módja
A szálkezelési folyamat az integrációs tevékenységekre összpontosít, nem pedig a teljes fejlesztési életciklusra. A gyakorlatban a megközelítés a következőképpen működik.
- A szál alapú tesztelés a munkamenet alapú tesztelés általánosított formája, mivel a szekciók egy szál formája, de a szál nem feltétlenül munkamenet.
- A szálat vagy programot (kis funkcionalitást) inkrementálisan integrálják és tesztelik alrendszerként, majd a teljes rendszeren végrehajtják.
- A legalacsonyabb szinten jobb ismereteket nyújt az integrátoroknak a tesztelés tárgyköréről.
- A szoftverkomponensek közvetlen tesztelése helyett az integrátoroknak a logikai végrehajtási útvonalak teljes rendszer kontextusában történő tesztelésére kell összpontosítaniuk.
Mivel a munkaegység egy üzleti útvonal, nem pedig egy komponens, a száltesztelés természetes módon helyezkedik el a kettő között. modul tesztelés és teljes rendszertesztelés.
Tippek a többszálú teszteléshez
A többszálú hibák az időzítéstől függenek, így egyetlen tiszta futtatás nem sokat bizonyít. Az alábbi tippek növelik a felszínre kerülésük esélyét.
- Tesztelje többszálú programját úgy, hogy ismételten futtatja azt különböző alkalmazások futtatásával.
- Tesztelje többszálú programját úgy, hogy a program több példányát egyszerre aktívan futtatja.
- Többszálú program futtatása különböző hardvermodelleken, változó terhelési szintekkel és munkaterheléssel.
- Használj kódvizsgálatot, mivel egyes szinkronizációs hibákat könnyebb kiolvasni, mint reprodukálni.
- Csak azokat a hibákat és meghibásodásokat gyűjtsd, amelyek a fő szálon kívül más szálakban történtek.
A menetvizsgálat során talált gyakori hibák
A párhuzamos hibák ritkán jelzik magukat tiszta verem esetén trace. Az alábbi kategóriák lefedik a többszálú futtatás során feltárt problémák nagy részét, és mindegyiknek megvan a saját, felismerésre érdemes tünete.
- Versenyfeltételek: Két szál ugyanazt az értéket olvassa és írja rendezés nélkül, így a végeredmény attól függ, hogy melyik szál fejezte be előbb a feldolgozást. Tünet: egyes futtatásoknál helyes, másoknál pedig helytelen összegek.
- Holtpont: Két szál mindegyike zárolja a másikat, és egyik sem folytatódik. Tünet: a tranzakció határozatlan időre lefagy, ahelyett, hogy hibával meghiúsulna.
- Erőforrás-versengés: A szálak ugyanahhoz a kapcsolathoz, fájlkezelőhöz vagy rekordhoz várakoznak, és az átviteli sebesség jóval a hardveres korlát elérése előtt összeomlik.
- Adatsérülés: A részben megírt megosztott struktúrák olyan állapotban hagyják a rekordokat, amelyet érvényes tranzakció nem tudna előállítani.
- Éhezés: Egy alacsony prioritású szál soha nem kapja meg a szükséges erőforrást, így az egyik felhasználói útvonal időtúllépést okoz, miközben a rendszer többi része egészségesnek tűnik.
Mindegyikhez szükség van a sikertelen futtatás naplókban történő rögzítésére, mivel egy ötven próbálkozásból egyszer ismétlődő hibát máskülönben lehetetlen a hibakezelési folyamat.
Szálatesztelés vs. Párhuzamos tesztelés vs. Integrációs tesztelés
A három kifejezés átfedésben van, és gyakran összekeveredik a teszttervekben. A táblázat a szándék szerint választja el őket.
| Aspect | Szál tesztelése | Párhuzamos tesztelés | Integrációs tesztelés |
| Tesztelt egység | Egyetlen üzleti tranzakció több modulon keresztül | Több felhasználó vagy szál egyszerre cselekszik | Két vagy több komponens közötti interfészek |
| Elsődleges kérdés | Ez a kulcsfontosságú útvonal végig működik? | Mi a baj, ha az elérés egyszerre több? | A modulok megfelelően kommunikálnak egymással? |
| Tipikus szakasz | Korai integrációs tesztelés | Rendszer- vagy teljesítménytesztelés | Egységtesztelés után |
| Célzott hibák | Hibás végrehajtási útvonalak, hiányzó átadások | Holtpontok, versenyfeltételek, zárolási versengés | Interfész-eltérések, helytelen adatkonverziótracts |
| Kapcsolat | Többszálú változatok átfedésben vannak a párhuzamos teszteléssel | Szélesebb körű, mint a száltesztelés többszálú szelete | A száltesztelés egy inkrementális stratégia a keretein belül |
Röviden, párhuzamos tesztelés azt kérdezi, hogy mit tesz a rendszerrel az egyidejű hozzáférés, míg a száltesztelés azt kérdezi, hogy egy fontos útvonal egyáltalán túléli-e az integrációt. Azok a csapatok, amelyek mindkettőt futtatják, általában először a száltesztelést ütemezik be.
A szálvizsgálat előnyei
A technika számos gyakorlati okból kiérdemli a helyét az integrációs tervben.
- A kulcsfontosságú üzleti útvonalakat korán validálják, így a hibás átadást még a teljes rendszer összeszerelése előtt megtalálják.
- Az integrátorok világos képet kapnak a teszt hatóköréről, mivel a tesztegység egy felismerhető tranzakció, nem pedig egy abszolút érték.tract komponens határ.
- A logikai végrehajtási útvonalak rendszerkörnyezetben történő tesztelése olyan hibákat tár fel, amelyek elszigeteltek alkatrész tesztelése nem láthat.
- A többszálú futtatás felszíni párhuzamossági hibákat – holtpontokat, versenyhelyzeteket és erőforrás-ütközéseket –, amelyek egyébként elérnék az éles környezetet.
- Az inkrementális integráció kicsinek tartja a hibakeresési felületet, mivel egyszerre csak egy szálat adunk hozzá.
- Az eredmények közvetlenül beépülnek regressziós teszt, mivel egy áthaladó szál nyilvánvaló jelöltet jelent a regressziós készlet számára.
A száltesztelés hátrányai
- Többszálú tesztelés esetén a legnagyobb kihívás az, hogy egy egységteszthez reprodukálható tesztet tudjunk programozni.
- Többszálú kódhoz egységtesztek írása kihívást jelentő feladat.
- A többszálú tesztelés tesztelési kritériumai eltérnek az egyszálú tesztelés kritériumaitól. Többszálú tesztelés esetén az olyan tényezők, mint a memória mérete, a tárolókapacitás és az időzítési problémák, változnak, amikor a kódot különböző hardvereken hívják meg.
- A szálak nem tesztelhetők, mielőtt a modulok, amelyeken áthaladnak, elérhetővé válnak, így az ütemezés az integrációs sorrendtől függ.
- A szakaszos hibákat könnyű környezeti zajként figyelmen kívül hagyni, ami elengedhetetlenné teszi a fegyelmezett naplózást.
