Mi az a tartóssági tesztelés a szoftvertesztelésben? (példával)

Mi az az állóképességi teszt?

Tartóssági tesztelés A szoftvertesztelés nem funkcionális típusa, ahol a szoftvert nagy terhelés mellett, jelentős ideig meghosszabbítva tesztelik, hogy értékeljék a szoftveralkalmazás viselkedését tartós használat mellett. A tartós tesztelés fő célja annak biztosítása, hogy az alkalmazás eléggé képes legyen kezelni a hosszabb terhelést anélkül, hogy a válaszidő romlana.

Az ilyen típusú tesztelést a teljesítményfutási ciklus utolsó szakaszában hajtják végre. A tartóssági tesztelés hosszú folyamat, és néha akár egy évig is eltarthat. Ez magában foglalhatja a külső terhelések, például az internetes forgalom vagy a felhasználói műveletek alkalmazását. Ez különbözteti meg a tartóssági tesztet Terhelésvizsgálat, ami általában pár óra múlva véget ér.

Az állóképesség a kapacitást jelenti, így más szóval az állóképességtesztet kapacitástesztnek nevezheti.

Az állóképességi tesztelés céljai

• Az állóképességi tesztelés elsődleges célja a memóriaszivárgás ellenőrzése.
• Hogy megtudja, hogyan működik a rendszer tartós használat mellett.
• Annak biztosítása érdekében, hogy hosszú idő elteltével a rendszer válaszideje ugyanaz vagy jobb maradjon, mint a teszt kezdete.
• A felhasználók és/vagy tranzakciók számának meghatározásához egy adott rendszer támogatni fogja és teljesíti a teljesítménycélokat.
• A jövőbeli terhelések kezeléséhez meg kell értenünk, hogy hány további erőforrásra (például processzorkapacitásra, lemezkapacitásra, memóriahasználatra vagy hálózati sávszélességre) van szükség a jövőbeni használat támogatásához.
• A tartóssági tesztelést általában a rendszer túlterhelésével vagy bizonyos rendszererőforrások csökkentésével és a következmények értékelésével végzik.
• Ennek biztosítása érdekében történik, hogy a viszonylag „normális” használati időszak után ne forduljanak elő hibák vagy memóriaszivárgás.

Mit kell figyelni az állóképességi tesztelés során?

Az állóképességi tesztelés során a következő dolgokat tesztelik.

• Memóriaszivárgás tesztelése– Ellenőrzik, hogy nincs-e memóriaszivárgás az alkalmazásban, ami a rendszer vagy az operációs rendszer összeomlását okozhatja
• Tesztelje a kapcsolat lezárását a rendszer rétege között – Ha a rendszer rétegei közötti kapcsolat nem záródik sikeresen, akkor a rendszer néhány vagy összes modulja leállhat.
• Az adatbázis-kapcsolat tesztelése sikeresen lezárult– Ha az adatbázis-kapcsolat nem záródik sikeresen, a rendszer összeomolásához vezethet
• Teszt válaszidő – A rendszert tesztelik a rendszer válaszideje szempontjából, mivel az alkalmazás kevésbé hatékony a rendszer hosszan tartó használata következtében.

Hogyan végezzünk állóképességi tesztet?

Az alábbiakban bemutatjuk az állóképességi teszt alapvető tesztelési megközelítését

• Tesztkörnyezet – Azonosítsa a hardvert, szoftvert, operációs rendszert, amelyre szüksége van a tartóssági teszteléshez, a csapaton belüli szerepkörök és felelősségek kiosztásához stb. A környezetnek készen kell állnia a teszt végrehajtása előtt. Ezenkívül meg kell becsülnie a közös adatbázis-termelés méretét és az éves növekedést. Erre önmagában szükség van, és tesztelnie kell, hogyan fog reagálni az alkalmazás egy, két vagy öt év múlva.
• Tesztterv készítése, forgatókönyvek – A tesztelés jellege alapján – kézi vagy automatizált, vagy a kettő kombinációja, Teszt eset tervezést, felülvizsgálatot és kivitelezést kell megtervezni. A tesztterv részét kell képeznie a rendszer stresszt okozó tesztelésének, a töréspont tesztelésének stb. A rendszer terhelése érdekében végzett tesztelés határozza meg az alkalmazás töréspontját.
• Tesztbecslés – Adja meg a becslést, hogy mennyi ideig tart a tesztelési szakasz befejezése. Elemezni kell az érintett tesztelők száma és a szükséges vizsgálati ciklusok száma alapján.
• Kockázatelemzés - A kockázat elemzése és a megelőzés érdekében megfelelő intézkedések megtétele. A tesztesetek rangsorolása a kockázati tényező szerint, és azonosítsa az alábbi kockázatokat és problémákat, amelyeket a tesztelő fázisban végezhet a tartóssági teszt során.
• A teljesítmény egyenletes marad az idő múlásával?
• Vannak más kisebb problémák, amelyeket még nem észleltek?
• Van olyan külső interferencia, amelyet nem kezeltek?
• Teszt ütemezése - Határozza meg a költségvetést, a teljesítéseket az időkereteken belül. Mint Tartóssági tesztelés a tranzakciók hatalmas, de természetes terhelési elrendezését alkalmazza a rendszerre/alkalmazásra folyamatos időtartamra.

Példa az állóképesség tesztelésére

Míg Stressz tesztelés a tesztelt rendszert a korlátai közé viszi, Tartóssági vizsgálat határáig viszi az alkalmazást túlóra.

Például a legösszetettebb problémák – memóriaszivárgások, adatbázis-kiszolgáló kihasználtsága és a rendszer lefagyása – akkor fordulnak elő, amikor a szoftver hosszabb ideig fut. Ha kihagyja a tartóssági teszteket, akkor az ilyen hibák telepítés előtti észlelésének esélye meglehetősen alacsony.

Állóképesség-vizsgáló eszközök

• WebLOAD
• Betöltés kész
• Apache JMeter
• LoadRunner
• Appvance
• LoadUI
• OpenSTA
• Rational Performance Tester

Az állóképességi tesztelés előnyei

• Segít meghatározni, hogy a rendszer terhelés alatt milyen terhelést képes kezelni.
• Pontos adatokat biztosít, amelyeket az ügyfél felhasználhat infrastrukturális igényeinek érvényesítésére vagy javítására.
• Azonosítja azokat a teljesítményproblémákat, amelyek akkor fordulhatnak elő, ha a rendszer hosszabb ideig magas szinten fut
• A tipikus problémákat kisebb célzott teljesítménytesztek azonosítják, ami azt jelenti, hogy az alkalmazás még akkor is elérhető marad, ha nagyon rövid időn belül nagy terhelés van.
• A tartóssági tesztet arra is használják, hogy ellenőrizzék, nincs-e teljesítményromlás a hosszú távú végrehajtás után

Az állóképességi tesztelés hátrányai

• Gyakran nehéz meghatározni, hogy mennyi stresszt érdemes alkalmazni.
• A tartóssági tesztelés alkalmazás- és/vagy hálózati hibákat okozhat, amelyek jelentős fennakadást okozhatnak Tesztkörnyezet nem elszigeteltek.
• A rendszer túlterhelése tartós adatvesztést vagy -sérülést okozhat.
• Az erőforrás-kihasználás a stressz megszüntetése után is nagyon magas marad.
• Egyes alkalmazásösszetevők nem válaszolnak.
• A kezeletlen kivételeket a végfelhasználó figyeli meg.

Hogyan illeszkedik ez a teszt a teljesítménytesztelési családba

A teljesítménytesztelés egy gyűjtőfogalom. Az alábbi változatok csak az alkalmazott terhelés alakjában és annak időtartamában különböznek, ezért gyakran összekeverik őket egymással.

A tartóssági és az átitatási vizsgálatot gyakran szinonimaként kezelik. Gyakori használatuk szerint mindkettő hosszú ideig tartós terhelést tart. Ahol a csapatok különbséget tesznek közöttük, a tartóssági tesztelés arra összpontosít, hogy a válaszidők felfelé csúsznak-e, míg a tartóssági tesztelés az erőforrás-fogyasztásra, például a memóriára, a fájlkezelőkre és a kapcsolatkészletekre összpontosít. Az egyik futtatása általában mindkettőre bizonyítékot szolgáltat.

A teszt során rögzítendő legfontosabb mutatók

Egy teljesítményfutás csak annyira jó, mint amit futás közben rögzítesz. Rögzítsd ezt a hat adatot a szerver és a kliens oldalon, majd hasonlítsd össze őket az alapvonallal, ne pedig a megérzéseiddel.

Olvasd le az átlagot és a percentilist együtt. Egy 800 ms-os átlag 900 ms 95. percentilissel egy konzisztens rendszert ír le. Ugyanez az átlag 9 másodperces 95. percentilissel azt jelenti, hogy minden huszadik felhasználó rosszul érzi magát, és az átlag ezt elrejti.

A formára is figyelj, ne csak az értékre. Bármely hosszú ideig futó tesztben a lapos erőforrás-vonal sikeres, az emelkedő pedig szivárgást jelent, még akkor is, ha az abszolút szám a teszt végén még kényelmesen a határértéken belül van.

Állóképességi tesztelés: Főbb tanulságok

• In Szoftverfejlesztés, A tartóssági tesztelés a terhelésteszt egy részhalmaza.
• A tartóssági tesztelés hosszú folyamat, és néha akár egy évig is eltarthat
• Ellenőrzéseket végeznek az ellenőrzésre
• Memóriaszivárgás tesztelése
• Teszt válaszidő
• Adatbázis kapcsolat tesztelése stb.

GYIK