Ez az oktatóanyag bemutatja a hét alapvető szoftverteszt-alapelvet, amelyeket minden szoftvertesztelőnek és minőség-ellenőrzési szakembernek ismernie kell.
7 A szoftver tesztelésének alapelvei
- A teszt megmutatja a hibák jelenlétét
- Teljes körű tesztelés nem lehetséges
- Korai tesztelés
- Hibás csoportosítás
- Peszticid paradoxon
- A tesztelés kontextustól függ
- A hibák hiánya tévedés
Tanuljuk meg a tesztelési elveket az alábbi videó példával-
Kattintson ide, ha a videó nem érhető el
Háttér
Fontos, hogy az optimális teszt eredményeket érje el, miközben szoftveres teszteket végez a céltól való eltérés nélkül. De hogyan állapíthatja meg, hogy a teszteléshez megfelelő stratégiát követi? Ehhez ragaszkodnia kell néhány alapvető tesztelési elvhez. Íme a hét általános tesztelési elv, amelyet a szoftveriparban széles körben alkalmaznak.
Ennek megértéséhez vegye figyelembe azt a forgatókönyvet, amikor egy fájlt áthelyez az A mappából a B mappába.
Gondoljon az összes lehetséges módra, amellyel ezt tesztelheti.
A szokásos eseteken kívül a következő feltételeket is tesztelheti
- Megpróbálja áthelyezni a fájlt, amikor az nyitva van
- Nincsenek biztonsági jogai a fájl B mappába történő beillesztéséhez
- A B mappa megosztott meghajtón van, és a tárolókapacitás megtelt.
- A B mappában már van egy azonos nevű fájl, valójában a lista végtelen
- Vagy tegyük fel, hogy 15 beviteli mezőt kell tesztelni, mindegyiknek 5 lehetséges értéke van, a tesztelni kívánt kombinációk száma 5 15
Ha a teljes lehetséges kombinációt tesztelné, akkor a projekt EXECUTION TIME & COSTS ugrásszerűen emelkedni fog. Bizonyos elvekre és stratégiákra van szükségünk a tesztelési erőfeszítések optimalizálásához
Itt van a 7 alapelv:
1) A kimerítő teszt nem lehetséges
Igen! Teljes körű tesztelés nem lehetséges. Ehelyett az alkalmazás kockázatértékelésén alapuló optimális mennyiségű tesztre van szükségünk.
És a millió dolláros kérdés az, hogyan határozhatja meg ezt a kockázatot?
Ennek megválaszolásához végezzünk egy gyakorlatot
Véleménye szerint melyik művelet okozhatja leginkább az operációs rendszer meghibásodását?
Biztos vagyok benne, hogy a legtöbben kitalálták volna, hogy 10 különböző alkalmazást nyit meg egyszerre.
Tehát, ha tesztelné ezt az operációs rendszert, rájönne, hogy a hibák valószínűleg megtalálhatók a többfeladatos tevékenységekben, és ezeket alaposan tesztelni kell, ami a következő alapelvhez vezet: Hibaklaszter
2) Hibaklaszter
Defect Clustering, amely azt állítja, hogy kis számú modul tartalmazza a legtöbb észlelt hibát. Ez a Pareto-elv alkalmazása a szoftver tesztelésében: a problémák körülbelül 80% -a a modulok 20% -ában található meg.
Tapasztalat alapján azonosíthatja az ilyen kockázatos modulokat. De ennek a megközelítésnek megvannak a maga problémái
Ha ugyanazokat a teszteket újra és újra megismétlik, végül ugyanazok a tesztesetek már nem találnak új hibákat.
3) Peszticid paradoxon
Ugyanazon peszticid-keverék ismételt használata a rovarok felszámolására a tenyésztés során idővel oda vezet, hogy a rovarok ellenállóvá válnak a peszticiddel szemben, ezáltal a peszticidek rovarokra hatástalanok. Ugyanez vonatkozik a szoftver tesztelésére is. Ha ugyanazokat az ismétlődő teszteket hajtják végre, a módszer haszontalan lesz új hibák felfedezéséhez.
Ennek kiküszöbölése érdekében a teszteseteket rendszeresen felül kell vizsgálni és felül kell vizsgálni, új és különböző teszteseteket hozzáadva a további hibák felkutatásához.
A tesztelők nem függhetnek egyszerűen a meglévő tesztelési technikáktól. Folyamatosan figyelnie kell a meglévő módszerek fejlesztésére, hogy hatékonyabbá tegye a tesztelést. De még ennyi verejtékezés és kemény tesztelés után sem állíthatja, hogy terméke hibátlan legyen. Ha haza akarunk térni, nézzük meg ezt a videót a Windows 98 nyilvános indításáról
Úgy gondolja, hogy egy olyan vállalat, mint a MICROSOFT, nem tesztelte volna alaposan az operációs rendszerét, és kockáztatná hírnevét, csak azért, hogy lássa operációs rendszerét a nyilvános indítás során!
4) A teszt hibákat mutat
Ezért a tesztelési elv kimondja, hogy - A tesztelés a hibák jelenlétéről szól, és nem a hibák hiányáról. A szoftver tesztelése csökkenti a szoftverben fel nem fedezett hibák valószínűségét, de még ha nem is találnak hibákat, ez nem a helyesség bizonyítéka.
De mi van, ha extra keményen dolgozik, minden óvintézkedést megtéve, és szoftvertermékét 99% -osan hibamentessé teszi. És a szoftver nem felel meg az ügyfelek igényeinek és követelményeinek.
Ez elvezet minket a következő elvünkhöz, amely kimondja ezt: A hibák hiánya
5) Hiba hiánya - tévedés
Lehetséges, hogy a 99% -ban hibamentes szoftver továbbra is használhatatlan. Ez akkor fordulhat elő, ha a rendszert alaposan tesztelik rossz követelmények teljesítése érdekében. A szoftveres tesztelés nem pusztán hibák felderítése, hanem annak ellenőrzése is, hogy a szoftver megfelel-e az üzleti igényeknek. A hiba hiánya hibás, azaz a hibák felkutatása és kijavítása nem segít, ha a rendszerépítés használhatatlan, és nem felel meg a felhasználó igényeinek és követelményeinek.
A probléma megoldása érdekében a tesztelés következő alapelve kimondja, hogy a korai tesztelés
6) Korai tesztelés
Korai tesztelés - A tesztelést a lehető leghamarabb el kell kezdeni a szoftverfejlesztés életciklusában. Annak érdekében, hogy a követelmények vagy a tervezési szakasz esetleges hibáit korai szakaszban rögzítsék. Sokkal olcsóbb a hiba kijavítása a tesztelés korai szakaszában. De milyen korán kell elkezdeni a tesztelést? Javasoljuk, hogy a hiba meghatározásának pillanatában kezdje el megtalálni a hibát. Erről az elvről bővebben egy későbbi oktatóanyagban.
7) A tesztelés kontextustól függ
A tesztelés kontextustól függ, ami alapvetően azt jelenti, hogy az e-kereskedelmi webhely tesztelési módja különbözik attól, ahogyan a kereskedelmi alkalmazásokat teszteljük. Az összes kifejlesztett szoftver nem azonos. Az alkalmazás típusától függően eltérő megközelítést, módszereket, technikákat és tesztelési típusokat használhat. Például a kiskereskedelmi üzlet bármely POS-rendszere eltér az ATM-gép tesztelésétől.
Mítosz: "Az alapelvek csak referenciaként szolgálnak. A gyakorlatban nem fogom használni őket."
Ez nagyon valótlan. A tesztelvek segítenek hatékony tesztstratégia létrehozásában és a hibafogási tesztesemények vázlatában.
De a tesztelési elvek elsajátítása olyan, mint a vezetés megtanulása az első alkalommal.
Kezdetben, miközben megtanul vezetni, figyel mindenre, mint például a sebességváltásra, a sebességre, a tengelykapcsoló kezelésére stb. De tapasztalatával csak a vezetésre koncentrál, a többi magától értetődik. Olyan, hogy beszélgetéseket folytat az autó többi utasával is.
Ugyanez igaz a tesztelési elvekre is. A tapasztalt tesztelők ezeket az elveket olyan szinten internalizálták, hogy gondolkodás nélkül is alkalmazzák őket. Ezért egyszerűen nem igaz a mítosz, miszerint az elveket nem a gyakorlatban használják.