A szoftver tesztelési módszereinek sok típusa

Mielőtt a szoftver nyilvános lenne, a programozók órákat próbálnak kiüríteni minden kis hibát. Amíg a termék nem elégíti ki az összes érintettet, nem lesz kereskedelmi célokra használható.

Hatalmas szoftvergyártók, mint a Google, a szoftverükben az alacsony prioritású hibák ellenére is sikerrel járnak, mert betegbefektetőkkel és hűséges felhasználókkal rendelkeznek. A kisebb cégeknek és az induló vállalkozásoknak azonban nincs ilyen luxusa. Az ügyfelek elvárják, hogy a termékek az értékesítési oldalon vagy a dokumentációban tegyék meg azt, amit követelnek. Olyan sok lehetőséggel, amivel odajut, nem gondolja át kétszer a hajót, ha a termék elveszi az idejét és pénzét. Ezért a szoftver a kiadás előtt szigorú teszteket végez, hogy:

• kiemeli az eredeti koncepció és a végtermék közötti különbségeket
• ellenőrizze, hogy a szoftver a tervezők által tervezett módon működik-e
• érvényesítse, hogy a végtermék megfelel-e az ügyfél igényeinek
• a tulajdonságok és a minőség értékelése

A tesztelés szigorú tervet követ, hogy optimalizálja a személyzet készségeit, idejét és pénzét, miközben az érdekeltek számára lényeges információkat biztosítanak a termék előremozdításához. A cél egy jó minőségbiztosítási program révén megkönnyíteni a jó végfelhasználói élményt.Az ilyen magas tétekkel a minőségbiztosítási vezetők a csúcskeresők közé tartoznak a technológiai iparágban. A tesztelés általában a következő lépéseket követi:

1. Követelményelemzés, ahol a vezetők vázolnak egy tervet egy megfelelő tesztstratégia bevezetésére.
2. A vizsgálatok megkezdődnek és az eredmények elemzésre kerülnek.
3. A hibák kijavításra kerülnek, és a szoftver regressziós teszten megy keresztül - a rendszer ellenőrzi, hogy a program a módosítások után is működik-e.
4. A vizsgálati zárójelentés ezután részletezi az egész folyamatot és az eredményeket.

Az egyének minősített szoftver tesztelőkké válhatnak olyan szervezeteken keresztül, mint a BCS, a Chartered Institute for IT, az ISTQB® (International Software Testing Qualifications Board) és az ASQ (korábban az American Society for Quality).

Szoftver tesztelési módszerek

A fekete doboz és a fehér doboz tesztelése a két alapvető módszer a termék viselkedésének és teljesítményének megítéléséhez, de vannak más módszerek is.

• Fekete doboz tesztelése: Funkcionális vagy specifikáció alapú tesztelésnek is nevezik, ez a módszer a kimenetre összpontosít. A tesztelők nem foglalkoznak a belső mechanizmusokkal. Csak azt ellenőrzik, hogy a szoftver megteszi-e azt, amit kellene tennie. A kódolás ismerete nem szükséges, és a tesztelők felhasználói felületen dolgoznak.
• Fehér doboz tesztelése: Ez a módszer kódolási know-how-t használ a vizsgálati eljárás részeként. Amikor egy termék meghibásodik, a tesztelők olyan mélyen lépnek be a kódba, amennyire szükséges az ok megtalálásához. A szoftverfejlesztők maguk is ezt teszik, mivel meghatározzák, hogyan működik a termék. A struktúrán alapuló és üvegdoboz-tesztelés más elnevezés.

• Statikus tesztelés: A tesztelők megvizsgálják a szoftver kódját és dokumentációját, de nem hajtják végre a programot. A statikus tesztek a termék fejlesztésének korai szakaszában kezdődnek az ellenőrzési folyamat során.
• Dinamikus tesztelés: A szoftvert különböző bemenetekkel hajtjuk végre, és a tesztelők összehasonlítják a kimenetet és a várható viselkedést ezzel a módszerrel.
• Grafikus felhasználói felület tesztelése: Ez teszteli a grafikus felhasználói jellemzőket, például a szövegformázást, a szövegdobozokat, a gombokat, a listákat, az elrendezést, a színeket, a betűtípusokat, a betűméreteket stb. A GUI tesztelése időigényes, és a harmadik felek gyakran vállalják a feladatot a fejlesztők helyett.

Tesztszintek

A szoftverfejlesztés életciklusának minden egyes szakaszában a tesztek különböző szintjeit használják a gyengeség és az átfedések azonosítására.

• Egység tesztelése: A fejlesztők tesztelik a kód legalapvetőbb részeit, például osztályokat, interfészeket és funkciókat / eljárásokat. Tudják, hogyan kell reagálniuk a kódjukra, és a kimenet függvényében módosíthatók.
• Komponens tesztelése: Más nevek modul vagy program tesztelés. Ez hasonló az egység teszteléséhez, de magasabb szintű integrációt tartalmaz. A szoftver moduljait hibásan tesztelik az egyéni funkciók ellenőrzésére.
• Integrációs tesztelés: Ez a modulok hibáit azonosítja. A különböző integrációs tesztek alulról felfelé, felülről lefelé és funkcionális inkrementálisak.

• A rendszer tesztelése: A projekt összetevőit a környezettel összevetve tesztelik ezzel a módszerrel. Ez a fekete doboz módszere alá esik, és az egyik végső teszt a folyamatban. Meghatározza, hogy a rendszer működik-e úgy, hogy megfeleljen az üzleti és felhasználói igényeknek.
• Alpha tesztelés: A belső munkatársak szimulált vagy tényleges környezetben tesztelik a szoftvert a fejlesztő webhelyén. Ezt követően a fejlesztők kijavítják a hibákat és egyéb kérdéseket.
• Béta tesztelés: A helyszíni teszteknek is nevezik, az ügyfelek saját termékeiken valós körülmények között tesztelik a terméket. Az ügyfelek a végfelhasználóknak egy csoportot kínálhatnak a szoftver prerelease vagy béta verziókkal történő tesztelésére. Ezután visszajelzést küld a fejlesztőnek a lehetséges fejlesztésekről.

• Elfogadás tesztelése: A fekete doboz tesztelése alatt az ügyfelek tesztelik a szoftvert, hogy megtudja, hogy a fejlesztő a kívánt specifikációkat hozta létre.

Teszt típusok

A különböző típusú szoftver tesztek célja, hogy konkrét célokra összpontosítson.

• Telepítési tesztelés: A szoftver tesztmérnök és a konfigurációs menedzser végzi ezt a tesztet annak érdekében, hogy a végfelhasználó telepítse és futtassa a programot. Olyan területekre terjed ki, mint a telepítési fájlok, a telepítési helyek és az adminisztrátori jogosultságok.
• Fejlesztési tesztelés: Ez egy sor szinkronizált stratégiát valósít meg a hibák észlelésére és megelőzésére. Magában foglalja a statikus kód elemzést, a szakértői kódok áttekintését, a nyomon követhetőséget és a metrikákat. A cél a kockázatok csökkentése és a költségek megtakarítása.
• Használhatósági tesztelés: A felhasználói élmény ezen a teszten a reflektorfénybe kerül. Megméri, hogy a GUI milyen jól működik és milyen könnyen használható. A teszt ellenőrzi a funkciók pontosságát és hatékonyságát, valamint a vizsgált személyek érzelmi válaszát.

• Szándékosság tesztelése: Ez azt jelzi, hogy a szoftver megéri-e az időt és a költséget a további tesztek folytatásához. Ha túl sok hiba van, az agresszívabb tesztek nem fognak követni.
• Füstvizsgálat: A füstvizsgálat feltárja az alapvető hibákat, amelyek elég komolyak ahhoz, hogy megakadályozzák a kibocsátást. Ha ezt egy új építésnél hajtják végre, akkor ezt építési hitelesítési tesztnek nevezik.
• Regressziós teszt: Amikor a rendszer módosul, a regressziós vizsgálat figyeli a váratlan viselkedést. Rámutat a modulokra vagy alkatrészekre gyakorolt ​​káros hatásokra.
• Romboló vizsgálat: A tesztelők abnormális bejegyzéseket adnak meg, és észreveszik a szoftver képességét a váratlan bemenetek kezelésére. Ez megmutatja a fejlesztőknek, hogy a program milyen hibás a hibakezelésnél.
• Helyreállítási tesztek: Ha a hardver vagy más funkciók sikertelenek, ez a teszt megmutatja, hogy a szoftver hogyan képes helyreállítani és folytatni a műveletet.
• Automatizált tesztelés: Ez a funkciót nehéz kézzel végrehajtani. Speciális szoftvert használ a tesztek futtatásához és a tényleges és a várható eredményekhez.
• Kompatibilitási tesztelés: A szoftvernek különböző számítási környezetekben kell futtatnia, így ez ellenőrzi a kompatibilitást a különböző rendszerekkel. Például a szoftver különböző operációs rendszerekkel és böngészőkkel működik?
• Teljesítményfelmérés: Ez egy mélyreható teszt, amely a szoftver teljesítményét különböző forgatókönyvekben vizsgálja. A válaszadási, stabilitási, erőforrás-allokációs és sebességadatok összegyűjtése. Ezen túlmenően a részfolyamatok, mint a térfogat, a kapacitás és a tüskés tesztek is szerepet játszanak ebben a folyamatban.
• Biztonsági tesztelés: Ez megméri a szoftver azon képességét, hogy megvédje a felhasználók biztonságát. Ez engedélyezési funkciókat, hitelesítést, bizalmasságot, integritást, rendelkezésre állást és nem visszaigazolást jelent.
• Hozzáférhetőségi tesztelés: Ez nem ugyanaz, mint a használhatóság tesztelése. Ez határozza meg, hogy a különböző képességekkel rendelkező felhasználók - a tanulás és a fizikai fogyatékosság is - használhatják-e a szoftvert.
• Nemzetközivé és lokalizációs tesztelés: Az eredmények azt mutatják, hogy a szoftver hogyan tud alkalmazkodni a különböző nyelvekhez és a regionális igényekhez. Ez magában foglalja az egyes helyekhez tartozó összetevők hozzáadását és a szöveg fordítását.