7 A szoftvertesztelés alapelvei példákkal
7 A szoftvertesztelés alapelvei
1) A teljes körű tesztelés nem lehetséges
2) Hiba ClusterING
3) Peszticid paradoxon
4) A tesztelés hibák jelenlétét mutatja
5) Hiba hiánya – tévedés
6) Korai tesztelés
7) A tesztelés kontextusfüggő
Tanuljuk meg a tesztelés alapelveit a következők segítségével videó példa-
Kattints itt ha a videó nem érhető el
Háttér
Fontos, hogy a szoftvertesztelés során optimális teszteredményeket érjen el anélkül, hogy eltérne a céltól. De hogyan állapíthatja meg, hogy a megfelelő tesztelési stratégiát követi? Ehhez ragaszkodnia kell néhány alapvető tesztelési elvhez. Íme a hét általános tesztelési alapelv, amelyeket széles körben alkalmaznak a szoftveriparban.
Ennek megértéséhez vegye figyelembe azt a forgatókönyvet, amelyben egy fájlt helyez át az A mappából a B mappába.
Gondolja át az összes lehetséges módszert, amellyel ezt tesztelheti.
A szokásos forgatókönyveken kívül a következő feltételeket is tesztelheti
- Megpróbálja áthelyezni a fájlt, amikor az meg van nyitva
- Nem rendelkezik a fájl B mappába való beillesztéséhez szükséges biztonsági jogokkal
- A B mappa egy megosztott meghajtón van, és a tárhely megtelt.
- A B mappában már van egy ilyen nevű fájl, sőt, a lista végtelen
- Vagy tegyük fel, hogy 15 beviteli mezőt kell tesztelni, amelyek mindegyike 5 lehetséges értékkel rendelkezik, a tesztelendő kombinációk száma 5^15
Ha az összes lehetséges kombinációt tesztelné a projekt VÉGREHAJTÁSI IDŐ ÉS KÖLTSÉGEI exponenciálisan növekednének. Szükségünk van bizonyos elvekre és stratégiákra a tesztelési erőfeszítések optimalizálásához
Íme a 7 alapelv:
1) A teljes körű tesztelés nem lehetséges
Igen! A teljes körű tesztelés nem lehetséges. Ehelyett az alkalmazás kockázatértékelése alapján az optimális mennyiségű tesztelésre van szükségünk.
A millió dolláros kérdés pedig az, hogy hogyan lehet meghatározni ezt a kockázatot?
Ennek megválaszolásához végezzünk gyakorlatot
Véleménye szerint melyik művelet okozza leginkább a Operameghibásodni a rendszer?
Biztos vagyok benne, hogy a legtöbben azt hitték volna, hogy 10 különböző alkalmazást nyit meg egyszerre.
Tehát ha ezt tesztelnéd Operarendszert, akkor rájönne, hogy a többfeladatos tevékenységben valószínűleg hibák találhatók, és ezeket alaposan tesztelni kell, ami elvezet minket a következő alapelvhez. Disszidál ClusterING
2) Hiba ClusterING
Disszidál ClusterEz azt állítja, hogy kis számú modul tartalmazza a legtöbb észlelt hibát. Ez a Pareto-elv alkalmazása a szoftverteszteknél: a problémák körülbelül 80%-a a modulok 20%-ában található.
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 többé nem találnak új hibákat.
3) Peszticid paradoxon
Ugyanazon peszticidkeverék ismételt használata a rovarok irtására a gazdálkodás során idővel ahhoz vezet, hogy a rovarok ellenállóvá válnak a peszticiddel szemben, így a rovarirtó szerek hatástalanok lesznek a rovarokon. Ugyanez vonatkozik a szoftvertesztekre is. Ha ugyanazt az ismétlődő tesztsorozatot végzik el, a módszer használhatatlan lesz az új hibák felfedezésére.
Ennek kiküszöbölése érdekében a teszteseteket rendszeresen felül kell vizsgálni és felül kell vizsgálni, és új és különböző tesztesetekkel kell kiegészíteni, hogy további hibákat találjanak.
A tesztelők nem függhetnek egyszerűen a meglévő vizsgálati technikáktól. Folyamatosan törekednie kell a meglévő módszerek fejlesztésére, hogy a tesztelést hatékonyabbá tegye. De még ennyi izzadás és kemény tesztelés után sem állíthatja, hogy terméke hibamentes. Ha haza akarunk menni ezen a ponton, nézzük meg ezt a videót a nyilvános bemutatóról Windows 98
Úgy gondolja, hogy egy olyan vállalat, mint a MICROSOFT, nem tesztelte volna alaposan az operációs rendszerét, és kockára tette volna a hírnevét, csak azért, hogy lássa, hogy operációs rendszere összeomlik a nyilvános bevezetése során!
4) A tesztelés hibák jelenlétét mutatja
Ezért a tesztelési elv kimondja, hogy – A tesztelés a hibák meglétéről beszél, és nem a hibák hiányáról. azaz Szoftvertesztelés csökkenti annak valószínűségét, hogy fel nem fedezett hibák maradnak a szoftverben, de még ha nem is találnak hibát, ez nem a helyesség bizonyítéka.
De mi van akkor, ha extra keményen dolgozik, minden óvintézkedést megtesz, és szoftvertermékét 99%-ban hibamentessé teszi. És a szoftver nem felel meg az ügyfelek igényeinek és követelményeinek.
Ez elvezet bennünket a következő alapelvünkhöz, amely kimondja, hogy - Hiba 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 a rossz követelmények szempontjából. A szoftvertesztelés nem csupán a hibák feltárását jelenti, hanem annak ellenőrzését is, hogy a szoftver megfelel-e az üzleti igényeknek. A hiba hiánya tévedés, azaz a hibák keresése és javítása nem segít, ha a rendszer felépítése használhatatlan, és nem felel meg a felhasználó igényeinek és követelményeinek.
A probléma megoldására a következő tesztelési alapelv kimondja, hogy a korai tesztelés
6) Korai tesztelés
Korai tesztelés – A tesztelést a szoftverfejlesztési életciklusban a lehető legkorábban el kell kezdeni. Annak érdekében, hogy a követelmények vagy a tervezési szakasz bármely hibája a korai szakaszban rögzítésre kerüljön. Sokkal olcsóbb a Hiba javítása a tesztelés korai szakaszában. De milyen korán kell elkezdeni a tesztelést? Javasoljuk, hogy a követelmények meghatározásának pillanatában kezdje el a hibakeresést. Erről az elvről bővebben egy későbbi oktatóanyagban olvashat.
7) A tesztelés kontextusfüggő
A tesztelés kontextusfüggő, ami alapvetően azt jelenti, hogy az e-kereskedelmi webhely tesztelésének módja eltér a kereskedelmi forgalomban lévő alkalmazás tesztelésének módjától. Az összes kifejlesztett szoftver nem azonos. Az alkalmazás típusától függően eltérő megközelítést, módszertant, technikát és tesztelési típust alkalmazhat. Például a tesztelés során bármely POS rendszer egy kiskereskedelmi üzletben különbözik egy ATM-gép tesztelésétől.
Mítosz: „Az alapelvek csak tájékoztató jellegűek. A gyakorlatban nem fogom használni őket."
Ez nagyon nem igaz. A teszt alapelvei segítenek létrehozni egy hatékony Tesztstratégia és a vázlatos hibaelfogó tesztesetek.
A tesztelési elvek elsajátítása azonban olyan, mintha először tanulna vezetni.
Kezdetben, amíg megtanulsz vezetni, mindenre odafigyelsz, mint például a sebességváltásra, a sebességre, a tengelykapcsoló kezelhetőségére stb. De tapasztalattal csak a vezetésre koncentrálsz, a többi magától jön. Olyan, hogy még az autó többi utasával is beszélgethet.
Ugyanez igaz a tesztelési elvekre is. A tapasztalt tesztelők ezeket az elveket olyan szinten belsővé tették, hogy gondolkodás nélkül is alkalmazzák őket. Ezért az a mítosz, hogy az elveket a gyakorlatban nem alkalmazzák, egyszerűen nem igaz.