Füstvizsgálat
A füstvizsgálat egy szoftver tesztelési folyamat, amely meghatározza, hogy a telepített szoftver felépítése stabil-e vagy sem. A füstvizsgálat megerősítést nyújt a minőségbiztosítási csapat számára, hogy folytassa a további szoftveres tesztelést. Ez egy minimális tesztkészletből áll, amelyet minden egyes builden futtatnak a szoftver funkcióinak tesztelésére. A füstvizsgálat más néven "Build Verification Testing" vagy "Confidence Testing".
Egyszerűbben fogalmazva: ellenőrizzük, hogy a fontos funkciók működnek-e, és a tesztelés alatt álló verzióban nincsenek-e showstopperek.
Ez a fő funkcionalitás mini és gyors regressziós tesztje. Ez egy egyszerű teszt, amely megmutatja, hogy a termék készen áll a tesztelésre. Ez segít annak megállapításában, hogy az összeállítás hibás-e, így a további tesztek idő és erőforrások pazarlását eredményezik.
Tudjon meg többet a Smoke Vs Sanity Testing összehasonlításáról
A füsttesztek további hivatalos tesztelésre minősítik az összeállítást. A füstvizsgálat fő célja a korai főbb problémák felderítése. A füstvizsgálatokat a rendszer stabilitásának és a követelményeknek való megfelelés bizonyítására tervezték.
A build tartalmaz minden olyan adatfájlt, könyvtárat, újrafelhasználható modulokat, mérnöki összetevőket, amelyek egy vagy több termékfunkció megvalósításához szükségesek.
Ebben az oktatóanyagban megtanulja-
- Mi a füstvizsgálat?
- Mikor végezzük a füstvizsgálatot
- Ki fogja elvégezni a füstvizsgálatot
- Miért végezzük a füstvizsgálatot?
- Hogyan kell elvégezni a füstvizsgálatot?
- A füstvizsgálat előnyei
- Példa füstvizsgálati esetekre
Mikor végezzük a füstvizsgálatot
A füstvizsgálatot akkor hajtják végre, amikor a szoftver új funkcióit fejlesztik és integrálják a meglévő, minőségbiztosítási / átmeneti környezetben telepített buildekkel. Biztosítja, hogy minden kritikus funkció megfelelően működjön vagy sem.
Ebben a tesztelési módszerben a fejlesztői csapat a minőségbiztosításban alkalmazza az építést. A tesztesetek részhalmazait felvesszük, majd a tesztelők teszteseteket futtatnak a builden. A minőségbiztosítási csapat teszteli az alkalmazást a kritikus funkciókkal szemben. Ezeket a tesztesetek sorozatát a beépített hibák feltárására tervezték. Ha ezek a tesztek sikeresek, a minőségbiztosítási csapat folytatja a funkcionális tesztelést.
Bármely meghibásodás azt jelzi, hogy a rendszert vissza kell adni a fejlesztői csapatnak. Amikor változás történik a felépítésben, a stabilitás biztosítása érdekében füsttesztet hajtunk végre.
Példa : -Új regisztrációs gomb kerül a bejelentkezési ablakba, és a build telepítésre kerül az új kóddal. Füstvizsgálatot hajtunk végre egy új épületen.
Ki fogja elvégezni a füstvizsgálatot
Miután felépítették a minőségbiztosítási környezetet, a füsttesztet minőségbiztosítási mérnökök / minőségbiztosítási vezető végzik. Amikor új verzió van, a minőségbiztosítási csapat meghatározza az alkalmazás fő funkcióit a füstvizsgálat elvégzéséhez. A minőségbiztosítási csapat ellenőrzi, hogy nincsenek-e kiállítók a tesztelés alatt álló alkalmazásban.
Fejlesztői környezetben végzett tesztelés a kódon az alkalmazás helyességének biztosítása érdekében, mielőtt a buildet kiadná a minőségbiztosításnak, ezt Sanity tesztelésnek nevezik. Általában szűk és mély tesztelés. Ez egy olyan folyamat, amely ellenőrzi, hogy a fejlesztés alatt álló alkalmazás megfelel-e alapvető funkcionális követelményeinek.
A józan ész tesztelése meghatározza a fejlesztési szakasz befejezését, és dönt arról, hogy átadja-e vagy sem a szoftverterméket a további tesztelési szakaszra.
Miért végezzük a füstvizsgálatot?
A füstvizsgálat fontos szerepet játszik a szoftverfejlesztésben, mivel a kezdeti szakaszban biztosítja a rendszer helyességét. Ezzel megtakaríthatjuk a teszt erőfeszítéseit. Ennek eredményeként a füsttesztek jó állapotba hozzák a rendszert. Miután befejeztük a füstvizsgálatot, csak akkor kezdjük el a funkcionális tesztet.
- Az épület összes bemutatódugóját füstvizsgálatokkal azonosítják.
- A füsttesztet az építkezés QA-ba történő kiadása után végezzük. A füstvizsgálat segítségével a legtöbb hibát a szoftverfejlesztés kezdeti szakaszában azonosítják.
- A füstvizsgálattal egyszerűsítjük a nagyobb hibák felderítését és kijavítását.
- A füstvizsgálattal a minőségbiztosítási csapat megtalálhatja az alkalmazás funkcionalitásának hibáit, amelyeket az új kód felszínre hozhat.
- A füstvizsgálat megállapítja a fő súlyossági hibákat.
1. példa: Naplózás ablak: Képes a következő ablakra lépni érvényes felhasználónévvel és jelszóval a beküldés gombra kattintva.
2. példa: A felhasználó nem tud kijelentkezni a weboldalról.
Hogyan kell elvégezni a füstvizsgálatot?
A füstvizsgálatot általában manuálisan végezzük, bár lehetőség van ugyanez megvalósítására az automatizálás révén. Szervezetenként változhat.
Manuális füstvizsgálat
Általában a füstvizsgálatot manuálisan végzik. Ez a megközelítés szervezetenként eltérő. Füstvizsgálatot végeznek annak biztosítása érdekében, hogy a kritikus utak navigálása a várt módon történjen, és nem akadályozza a funkcionalitást. Amint a buildet kiadják a minőségbiztosításnak, nagy prioritású funkcionalitásteszteket kell végrehajtani és tesztelni kell a rendszer kritikus hibáinak megtalálásához. Ha a teszt sikeres, akkor folytatjuk a funkcionális tesztelést. Ha a teszt nem sikerül, a buildet elutasítják és visszaküldik a fejlesztői csapatnak javításra. A QA újrakezdi a füstvizsgálatot egy új build verzióval. A füsttesztet új építésen hajtják végre, és integrálják a régi verziókkal, hogy fenntartsák a rendszer helyességét. A füstvizsgálat elvégzése előtt a minőségbiztosítási csapatnak ellenőriznie kell a megfelelő összeállítási verziókat.
Füstvizsgálat az Automation részéről
Az automatizálási tesztet a regressziós teszteléshez használják. Használhatunk azonban automatizált teszteseteket is a füstteszt futtatásához. Az automatizálási tesztek segítségével a fejlesztők azonnal ellenőrizhetik az összeállítást, amikor új telepítés készen áll a telepítésre.
Ahelyett, hogy manuálisan megismételné a tesztet, amikor az új szoftver buildet telepítik, a rögzített füst teszteseteket végrehajtják a build ellen. Ellenőrzi, hogy a főbb funkciók továbbra is megfelelően működnek-e. Ha a teszt nem sikerül, akkor kijavíthatják az összeállítást és azonnal újratelepíthetik a buildet. Ezzel időt spórolhatunk és biztosíthatjuk a minőségbiztosítási környezet minőségi felépítését.
Automatizált eszköz használatával a tesztmérnök rögzíti az összes manuális lépést, amelyet a szoftver összeállításakor hajtanak végre.
Füstvizsgálati ciklus
Az alábbi folyamatábra mutatja, hogyan hajtják végre a füstvizsgálatot. Amint a build telepítve van a minőségbiztosításban, és a füsttesztek sikeresek lesznek, folytatjuk a funkcionális tesztelést. Ha a füstpróba nem sikerül, akkor kilépünk a tesztelésből, amíg az összeállítás hibája meg nem oldódik.
A füstvizsgálat előnyei
Íme néhány előny a füstvizsgálat szempontjából.
- Könnyen elvégezhető tesztelés
- A hibákat a korai szakaszban azonosítják.
- Javítja a rendszer minőségét
- Csökkenti a kockázatot
- A haladáshoz könnyebb hozzáférni.
- Takarékosságot és időt takarít meg
- Könnyen észlelhető a kritikus hibák és a hibák kijavítása.
- Gyorsan fut
- Minimalizálja az integrációs kockázatokat
Mi történik, ha nem végezünk füsttesztet
Ha nem végezzük a füstvizsgálatot a korai szakaszban, a későbbiekben hibák léphetnek fel, ahol ez költséghatékony lehet. A későbbi szakaszokban talált Defekt pedig kiállítási dugó lehet, ahol ez befolyásolhatja a teljesítések kiadását.
Példa füstvizsgálati esetekre
| T.ID | VIZSGÁLATI SZcenáriók | LEÍRÁS | TESZT LÉPÉS | VÁRHATÓ EREDMÉNY | Tényleges eredmény | ÁLLAPOT |
|---|---|---|---|---|---|---|
| 1 | Érvényes bejelentkezési adatok | Tesztelje a webalkalmazás bejelentkezési funkcióit annak biztosítására, hogy a regisztrált felhasználók felhasználónévvel és jelszóval léphessenek be | 1. Indítsa el az alkalmazást 2. Keresse meg a bejelentkezési oldalt 3. Írja be az érvényes felhasználónevet 4. Írja be az érvényes jelszót 5. Kattintson a bejelentkezési gombra | A bejelentkezésnek sikeresnek kell lennie | a várakozásoknak megfelelően | Pass |
| 2 | Elem funkcionalitás hozzáadása | Képes elemet hozzáadni a kosárhoz | 1. Válassza ki a kategóriák listáját. 2. Adja hozzá az elemet a kosárba | A terméket fel kell venni a kosárba | A termék nem kerül a kosárba | Nem |
| 3 | Jelentkezzen ki a funkcióból | Ellenőrizze a kijelentkezés funkcióit | 1. válassza a kijelentkezés gombot | A felhasználónak képesnek kell lennie a kijelentkezésre. | A felhasználó nem tud kijelentkezni | Nem |
Összegzés:
A szoftverfejlesztésben a füstteszteket minden egyes épületen hibátlanul el kell végezni, mivel ez segít a hibák korai szakaszában történő megtalálásában. A füstteszt tevékenység az utolsó lépés, mielőtt a szoftverépítés belépne a rendszer szakaszába. A füstvizsgálatokat el kell végezni minden egyes tesztelésre fordított építményen. Ez vonatkozik a rendszer új fejlesztésére és nagyobb és kisebb kiadásaira.
A füstvizsgálat elvégzése előtt a minőségbiztosítási csapatnak meg kell győződnie a tesztelt alkalmazás helyes verziójáról. Ez egy egyszerű folyamat, amely minimális időt vesz igénybe az alkalmazás stabilitásának teszteléséhez.
A füstvizsgálatok minimalizálhatják a teszt erőfeszítéseit és javíthatják az alkalmazás minőségét. A füstvizsgálat elvégezhető manuálisan vagy automatizálással, az ügyféltől és a szervezettől függően.
Ez a cikk Pavani Itchapurapu közreműködésével készült