Megbízhatóság tesztelése
A Megbízhatóság tesztelése egy szoftver tesztelési folyamat, amely ellenőrzi, hogy a szoftver képes-e egy bizonyos időn belül meghibásodás nélküli műveletet végrehajtani egy adott környezetben. A megbízhatósági teszt célja annak biztosítása, hogy a szoftvertermék hibamentes és megbízható legyen a várt célhoz.
A megbízhatóság azt jelenti, hogy "ugyanazt eredményezi", más szavakkal, a "megbízható" szó azt jelenti, hogy valami megbízható és minden alkalommal ugyanazt az eredményt adja. Ugyanez igaz a megbízhatósági tesztekre is.
Ebben az oktatóanyagban megtanulja-
- Mi a megbízhatósági teszt?
- Megbízhatósági tesztelési példa
- A szoftver megbízhatóságát befolyásoló tényezők
- Miért kell elvégezni a megbízhatósági tesztet
- A megbízhatóság típusai Tesztelés
- Hogyan kell elvégezni a megbízhatósági tesztet
- Példa módszerek a megbízhatóság tesztelésére
- Megbízhatóságtesztelő eszközök
Megbízhatósági tesztelési példa
99% a valószínűsége annak, hogy egy boltban egy számítógép nyolc órán keresztül működik és működik összeomlás nélkül; ezt megbízhatóságnak nevezik.
A megbízhatósági tesztelés három szegmensbe sorolható,
- Modellezés
- Mérés
- Javulás
A következő képlet a meghibásodás valószínűségének kiszámítására szolgál.
Valószínűség = sikertelen esetek száma / A vizsgált esetek teljes száma
A szoftver megbízhatóságát befolyásoló tényezők
- A szoftverben megjelenő hibák száma
- A felhasználók működési módja
- A megbízhatóság tesztelése az egyik kulcsa a jobb szoftverminőségnek. Ez a teszt számos problémát fedez fel a szoftver tervezésében és funkcionalitásában.
- A megbízhatósági teszt fő célja annak ellenőrzése, hogy a szoftver megfelel-e az ügyfél megbízhatóságának követelményének.
- A megbízhatósági teszteket több szinten végzik el. A komplex rendszereket egység, összeállítás, alrendszer és rendszer szinten tesztelik.
Miért kell elvégezni a megbízhatósági tesztet
Megbízhatósági tesztet végeznek a szoftver teljesítményének teszteléséhez az adott körülmények között.
A megbízhatósági tesztek végrehajtásának célja az,
- Megtalálni az ismétlődő kudarcok szerkezetét.
- A előforduló hibák számának meghatározása a megadott időtartam.
- Felfedezni a kudarc fő okát
- A szoftveralkalmazás különböző moduljainak teljesítményvizsgálatának elvégzése a hiba kijavítása után
A termék megjelenése után is minimalizálhatjuk a hibák előfordulásának lehetőségét, és ezáltal javíthatjuk a szoftver megbízhatóságát. Néhány ehhez hasznos eszköz: Trendelemzés, Ortogonális Hibák Osztályozása és formális módszerek, stb.
A megbízhatóság típusai Tesztelés
A szoftver megbízhatóságának tesztelése magában foglalja a jellemző tesztelést, a terhelés tesztelését és a regresszió tesztet
Funkció tesztelés: -
Kiemelt tesztelés ellenőrizze a szoftver által biztosított funkciót, és a következő lépésekben hajtja végre: -
- A szoftver minden művelete legalább egyszer végrehajtásra kerül.
- Csökken a két művelet közötti interakció.
- Minden műveletet ellenőrizni kell a megfelelő végrehajtás érdekében.
Terhelés tesztelése: -
Általában a szoftver jobban teljesít a folyamat kezdetén, és utána elkezd degradálódni. A terhelés tesztelésével ellenőrizzük a szoftver teljesítményét maximális terhelés mellett.
Regressziós teszt:-
A regressziós tesztet elsősorban annak ellenőrzésére használják, hogy a korábbi hibák kijavítása miatt kerültek-e bevezetésre új hibák. A regressziós tesztet a szoftver funkcióinak és azok funkcionalitásának minden módosítása vagy frissítése után végezzük.
Hogyan kell elvégezni a megbízhatósági tesztet
A megbízhatósági tesztelés költséges a többi típusú vizsgálathoz képest. Tehát a megbízható tesztelés során megfelelő tervezésre és irányításra van szükség. Ez magában foglalja a megvalósítandó tesztelési folyamatot, a tesztkörnyezet adatait, a teszt ütemezését, a vizsgálati pontokat stb.
A megbízhatósági teszteléssel kezdve a tesztelőnek folytatnia kell a következőket:
- Fogalmazza meg a megbízhatósági célokat
- Fejleszteni kell a működési profilt
- Tervezzen és hajtson végre teszteket
- Használja a teszt eredményeit a döntések előmozdításához
Ahogy korábban tárgyaltuk, három kategóriában végezhetjük el a megbízhatósági tesztet: - modellezés, mérés és fejlesztés .
A megbízhatósági tesztelés legfontosabb paraméterei:
- A hibamentes működés valószínűsége
- A hibamentes működés időtartama
- A végrehajtás környezete
1. lépés) Modellezés
A szoftvermodellezési technika két alkategóriára osztható:
1. Jóslás modellezése
2. Becslés modellezése
- Jelentős eredményeket lehet elérni megfelelő modellek alkalmazásával.
- Feltételezések és absztrakciók tehetők a problémák egyszerűsítése érdekében, és egyetlen modell sem lesz alkalmas minden helyzetre.
Két modell fő különbségei a következők:
| Problémák | Jóslás modellek | Becslési modellek |
|---|---|---|
| Adatok hivatkozása | Történelmi adatokat használ | A szoftverfejlesztés aktuális adatait használja fel. |
| Fejlesztési ciklusban használva | Általában a fejlesztési vagy tesztelési szakasz előtt jön létre. | Általában a szoftverfejlesztés életciklusának későbbi szakaszában fogják használni. |
| Időkeret | Megjósolja a jövőben a megbízhatóságot. | Megjósolja a megbízhatóságot akár a jelenlegi, akár a jövőbeni időre. |
2. lépés) Mérés
A szoftver megbízhatósága nem mérhető közvetlenül, ezért más kapcsolódó tényezőket vesznek figyelembe a szoftver megbízhatóságának becsléséhez. A szoftveres megbízhatóság mérésének jelenlegi gyakorlata négy kategóriába sorolható: -
1. Termékmutatók: -
A termékmutatók 4 mutatószám kombinációját jelentik:
- Szoftver mérete : - A kódsor (LOC) egy intuitív kezdeti megközelítés a szoftver méretének mérésére. Ebben a mutatóban csak a forráskód számít, és a megjegyzéseket és más, nem futtatható utasításokat nem számoljuk.
- Funkciópont metrikus : - A Pont Metric funkció a szoftverfejlesztés funkcionalitásának mérésére szolgáló módszer. Figyelembe veszi a bemenetek, kimenetek, törzsfájlok stb. Számát. Méri a felhasználó számára elért funkcionalitást és független a programozási nyelvtől.
- Komplexitás : - Közvetlenül kapcsolódik a szoftver megbízhatóságához, ezért fontos a komplexitás képviselete. A komplexitás-orientált metrika a program vezérlő struktúrájának összetettségének meghatározására szolgáló módszer, a kód grafikus ábrázolássá egyszerűsítésével.
- Teszt lefedettségi mérőszámok : - Ez a módszer a hiba és a megbízhatóság becslésére a szoftverek teljes tesztjének elvégzésével. A szoftver megbízhatósága azt jelenti, hogy annak meghatározása a rendszer teljes ellenőrzése és tesztelése.
2. Projektmenedzsment mérőszámok
- A kutatók rájöttek, hogy a jó irányítás jobb termékeket eredményezhet.
- A jó menedzsment nagyobb megbízhatóságot érhet el jobb fejlesztési folyamat, kockázatkezelési folyamat, konfigurációkezelési folyamat stb.
3. Folyamatmérők
A termék minősége közvetlenül kapcsolódik a folyamathoz. A folyamatmutatók felhasználhatók a szoftverek megbízhatóságának és minőségének becslésére, figyelemmel kísérésére és javítására.
4. Hiba- és hibamutatók
A hiba- és hibamutatókat elsősorban annak ellenőrzésére használják, hogy a rendszer teljesen hibamentes-e. A tesztelés során (azaz a szállítás előtt) kiderült hibák típusait, valamint a felhasználók által a szállítás után jelentett hibákat összegyűjtjük, összefoglaljuk és elemezzük e cél elérése érdekében.
A szoftver megbízhatóságát a hibák közötti átlagos idő (MTBF) alapján mérik . Az MTBF áll
- Mean to fail (MTTF): Ez két egymást követő hiba időbeli különbsége
- A javítás átlagos ideje (MTTR): Ez az idő, amely a hiba kijavításához szükséges.
MTBF = MTTF + MTTR
A jó szoftver megbízhatósága 0 és 1 közötti szám .
A megbízhatóság nő, ha a programból származó hibákat vagy hibákat eltávolítják.
3. lépés: Fejlesztés
A fejlesztés teljesen függ az alkalmazásban vagy a rendszerben felmerült problémáktól, vagy a szoftver jellemzőitől. A szoftver modul összetettsége szerint a fejlesztés módja is eltér. Az idő és a költségvetés két fő korlátozása korlátozza az erőfeszítéseket a szoftver megbízhatóságának javítása érdekében.
Példa módszerek a megbízhatóság tesztelésére
A megbízhatóság tesztelése egy alkalmazás gyakorlását jelenti, hogy a hibákat a rendszer üzembe helyezése előtt fedezzék fel és távolítsák el.
A megbízhatóság tesztelésére főleg három megközelítést alkalmaznak
- Test-Retest megbízhatóság
- Párhuzamos formák megbízhatósága
- Döntési konzisztencia
Az alábbiakban mindezt megpróbáltuk egy példával elmagyarázni.
Test-Retest megbízhatóság
A teszt-újratesztelés megbízhatóságának becsléséhez egyetlen vizsgázócsoport csak néhány nap vagy hét különbséggel hajtja végre a tesztelést. Az időnek elég rövidnek kell lennie ahhoz, hogy felmérhessék a vizsgázók képességeit a területen. A vizsgált személy két különböző közigazgatásban elért pontszáma közötti összefüggést statisztikai összefüggés alapján becsüljük meg. Ez a típusú megbízhatóság megmutatja, hogy a teszt mennyire képes stabil, konzisztens pontszámokat elérni az idő során.
Párhuzamos formák megbízhatósága
Sok vizsgán többféle kérdőív van, ez a párhuzamos vizsgaforma biztonságot nyújt. A párhuzamos formák megbízhatóságát úgy becsüljük meg, hogy a vizsga mindkét formáját ugyanazon vizsgázók csoportjának kezeljük. A vizsgázók pontszámai a két tesztlapon összefüggésben vannak annak megállapítása érdekében, hogy a két tesztforma mennyire hasonlóan működik. Ez a megbízhatósági becslés annak a mértéke, hogy a vizsgált személyek pontszáma várhatóan milyen lehet a tesztformák között.
Döntési konzisztencia
A teszt-újbóli megbízhatóság és a párhuzamos forma megbízhatóságának elvégzése után a vizsgázók eredményét megkapjuk, akár sikeresnek, akár nem. Ennek a besorolási döntésnek a megbízhatóságát becsülik meg a döntési konzisztencia megbízhatóságában.
A megbízhatósági teszt jelentősége
A megbízhatóság alapos értékelésére van szükség a szoftvertermék és a folyamat teljesítményének javításához. A szoftver megbízhatóságának tesztelése nagymértékben segíti a szoftverkezelőket és a szakembereket.
A szoftver megbízhatóságának ellenőrzése teszteléssel: -
- Nagyszámú tesztesetet kell végrehajtani hosszabb ideig, hogy megtudja, mennyi ideig fog a szoftver hibamentesen végrehajtani.
- A tesztesetek terjesztésének meg kell egyeznie a szoftver tényleges vagy tervezett működési profiljával. Minél gyakrabban hajtják végre a szoftver valamely funkcióját, annál nagyobb a tesztesetek százalékos aránya, amelyet hozzá kell rendelni az adott funkcióhoz vagy részhalmazhoz.
Megbízhatóságtesztelő eszközök
A Szoftver Megbízhatósághoz használt néhány megbízhatósági tesztelő eszköz a következő:
1. WEIBULL ++: - Megbízhatósági életadatok elemzése
2. RGA: - Megbízhatósági növekedés elemzése
3. RCM: -Megbízhatóság-központú karbantartás
Összegzés:
A megbízhatóság tesztelése a megbízhatóság mérnöki program fontos része. Helyesebben szólva, ez a megbízhatóság mérnöki program lelke.
Ezenkívül a megbízhatósági teszteket főként bizonyos hibamódok és egyéb problémák feltárására tervezték a szoftver tesztelése során.
A szoftvertervezésben a megbízhatósági tesztelés három szegmensbe sorolható,
- Modellezés
- Mérés
- Javulás
A szoftver megbízhatóságát befolyásoló tényezők
- A szoftverben megjelenő hibák száma
- A felhasználók működési módja