Bevezetés a szoftvertesztelési alapelvekbe
A szoftver tesztelési elv egy termék eredményének vagy outputjának tesztelésének folyamata az ügyfél várható kimenete mellett. Más szavakkal, azt mondhatjuk, hogy a rendszer vagy az összetevők kiértékelése a meghatározott követelmények megtalálására szolgál. Ez végrehajtja a hiányosságok, hibák, a termék bármilyen hibájának, a fejlesztés alatt álló szoftver minőségének, a teljességnek vagy a hiányzó követelményeknek a meghatározott követelményeknek megfelelő azonosításának folyamatát.
Mielőtt elkezdenénk a szoftver tesztelési alapelveit, röviden áttekintjük a szoftver tesztelésének néhány fogalmát, amint az alább tárgyaljuk:
Szoftvertesztelési előzmények
A termék tesztelését 1979-ben kezdte meg Glenford J. Myers, aki bevezette a termékek hibakeresési folyamatát. Fő célja a töréstesztelésen dolgozott, amely egy egyszerű teszt eset a fel nem fedezett hibák észlelésére és az alapvető fejlesztési tevékenységek, például hibakeresés, hibák stb. Elválasztására a szoftverfejlesztő közösségtől.
Ki végez tesztelést?
A nagy iparágakban vagy vállalatokban a projekt társult érdekelt feleinek csoportja lesz a folyamat alapján végzett tesztelés elvégzésére. Elemezni fogják a szoftvert az adott követelményeknek megfelelően.
Az alábbiakban látjuk a szakembereket, akik képességeik függvényében részt vettek egy tesztelési folyamatban: -
- Szoftvertesztelő
- Szoftverfejlesztő
- Projekt menedzser
- Végfelhasználó
Különböző típusú szerepek vannak, amelyek tapasztalataik és tudásuk alapján tesztelik a szoftvert vagy terméket, ilyenek például a Szoftvertesztelő, Szoftverminőség, Biztosítási mérnök, QA elemző stb.
A szoftver tesztelésének alapelvei
A szoftver tesztelése rendkívül nehéz feladat. A szoftver alapelvei meghatározzák az utasításokat a fejlesztői csoportok számára, hogy megtalálják a projekt hibáit vagy hatásait. Az alábbiakban olvashatjuk a szoftver tesztelésének hét alapelvet: -
1. alapelv: A tesztelés megmutatja a hibák jelenlétét
A tesztelés olyan folyamat, amely megmutatja az alkalmazás hibáinak megjelenését. Megmutatja a hibákat, de nem tudja bizonyítani, hogy nincsenek hibák. Ez azt jelenti, hogy a tesztelő csapat nem mondhatja el, hogy a termék 100% -ban hibátlan. Csökkenti az alkalmazásban fel nem fedezett hibák számát. Nem feltételezheti, hogy a tesztelt alkalmazás 100% -ban hibamentes, noha a tesztelés megtörtént. Ezért tervezze meg a szükséges próbatesteket, hogy a hibákat a lehető legnagyobb mértékben megtalálja.
2. alapelv: Lehetetlen a teljes körű tesztelés
Kevesebb a bemeneti adatok, az adatok, a tesztforgatókönyvek és az előfeltételek kombinációjával történő tesztelés lehetősége, mivel több időbe telik a folyamat tesztelése. Ezért a tesztelő csoport az kimerítő tesztelés helyett néhány fontos tesztelési kritériumhatást, például kockázatot és prioritásokat használhat.
Például vegyük figyelembe, hogy egy képernyőn 15 mező található, amely 5 lehetséges értéket tartalmaz. Az összes kombináció teszteléséhez 30 517 578 125 (5 15 ) tesztre lenne szüksége. A projekt ütemterve azonban soha nem tenné lehetővé sok kombináció tesztelését. Ezért a kockázatoknak és prioritásoknak nevezett teszthatásokat használják a fontos jellemzők tesztelésére. Tehát a kockázathoz való hozzáférést és annak kezelését minden projekt tesztelésének a legfontosabb és legfontosabb tevékenysége.
3. alapelv: Korai tesztelés
Ebben a szakaszban a szoftver vagy a rendszerfejlesztés életciklusában tesztelési tevékenységeket folytatnak, hogy a hibákat a lehető leghamarabb megtalálják, és a meghatározott célokra összpontosítsanak. A tesztelők elkezdhetik a termékek tesztelését, ha rendelkezésre állnak a termékre vonatkozó követelmények vagy dokumentumok.
A korai tesztelés fő előnye, hogy a tesztelők könnyen felismerik a hibákat, hibákat és kevesebb költséggel és erőfeszítéssel segítenek a fejlesztés minden szintjén.
Ha hibákat találnak a fejlesztési életciklus kezdeti szakaszában, akkor könnyebb és olcsóbb lesz kijavítani, és a minőség költségei is alacsonyabbak lesznek. Ellenkező esetben, ha késik, akkor meg kell változtatnia a teljes rendszer folyamatát. A tesztelõ csoport mélyen megérti a terméket, mivel a követelmények összegyûjtésének és elemzésének kezdetétõl fogva részt vettek benne.
4. alapelv: Hibacsoportosítás
Ez a fázis tartalmaz néhány modulhoz kapcsolódó hibákat, amelyeket a kiadás előtti tesztelés során követnek nyomon. Ez azt jelenti, hogy a kis moduloknak több hibája lesz a rendszerben. A Pareto elv alkalmazásában a szoftver tesztelése körülbelül 80:20; ami azt jelenti, hogy a problémák 80% -át a modulok 20% -a okozza.
A hibacsoportosítás a tesztelő csapat tudását és tapasztalatait használja fel a potenciális tesztelhető modulok felismerésére. Ez az előrejelzés időt és erőfeszítést takaríthat meg, mivel a csapatnak csak azokra az „érzékeny” területekre kell összpontosítania. Ennek a szakasznak van egy kis hátránya, amikor a tesztelők a csapat egy kis területére koncentrálnak, előfordulhat, hogy elmulasztják hiányozni a többi terület hibáit.
5. alapelv: Rovarirtó paradoxon
Ezt a fázist a teszt esetek szisztematikus áttekintésére használják, és különféle típusú teszteket használ a szoftver vagy a rendszer további hibáinak felkutatására. Ha ugyanazokat a teszteket futtatja újra és újra, akkor kisebb az esélye, hogy új hibákat szerezzen, amelyeket ezek a tesztelési esetek fedeztek fel.
Ezeket a teszteket nem lehet a teljes rendszerre alkalmazni, de néhány korlátozott modulra is alkalmazható. A tesztelő csoportok gyakran felülvizsgálják és frissítik a teszt eseteit, hogy a projektek különféle szakaszaira lefedjék.
6. alapelv: A tesztelés kontextustól függ
A tesztelés alapvetően a tartalomtól függ, a projektek és termékek különféle elemeket, funkciókat és követelményeket tartalmaznak. Ebben a megközelítésben a különféle típusú helyek különböző módon tesztelhetők, és ugyanazon teszt esetek nem alkalmazhatók különböző projektekre.
Például a biztonságot és a kritikus szoftvereket másképp tesztelik, mint egy e-kereskedelmi webhelyet, vagy a bankiparban alkalmazott alkalmazásokat inkább, mint a szórakoztató szoftvereket tesztelik. Különböző típusú módszertanok, technikák és tesztelési típusok léteznek az alkalmazás természete alapján.
7. alapelv: A tévedések hiánya
Ha hiányzik az alkalmazás hibája, vagy ha a beépített rendszer használhatatlan, és nem felel meg a felhasználó elvárásainak, akkor a hibák megtalálása és kijavítása nem segít. Ha a szoftverben nincsenek hibák, akkor ne vegye figyelembe, hogy a szoftver készen áll a használatra; mert a tesztelést a megfelelő követelményekkel együtt kell elvégezni.
Következtetés: Szoftvertesztelési elvek
Eddig látta, hogy a szoftver tesztelésének hét alapelve megbízható termékminőséget biztosít a termékek tesztelésével. Ezek az alapelvek alkalmazhatók a projekt tesztelésére és a kódolásra. Az életciklus-folyamat fő célja a szoftver helyességének, teljességének, minőségének és hibáinak felfedezése.
Ajánlott cikkek
Ez egy útmutató a Szoftvertesztelési Alapelvekhez. Itt tárgyaljuk a szoftver tesztelésének fogalmait, történeteit és a 7 legfontosabb alapelvet. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi az MVC?
- Interjúkérdések tesztelése
- Mi a szoftver tesztelése?
- Karrier a szoftver tesztelésében