Mi az a füstteszt?
Mi az a füstvizsgálat
Füstvizsgálat egy szoftvertesztelési folyamat, amely meghatározza, hogy a telepített szoftver build stabil-e vagy sem. A füstteszt megerősíti, hogy a minőségbiztosítási csapat folytatja a további szoftverteszteket. Ez egy minimális tesztkészletből áll, amelyet minden egyes builden futtatnak a szoftverfunkciók tesztelésére. A füsttesztet „Build Verification Testing” vagy „Confidence Testing” néven is ismerik.
Egyszerűen fogalmazva, a füsttesztek azt jelentik, hogy ellenőrizni kell, hogy a fontos funkciók működnek-e, és a tesztelés alatt álló összeállításban nincsenek jelzőfények. Ez egy mini és gyors regressziós teszt a főbb funkciókhoz. Ez egy egyszerű teszt, amely megmutatja, hogy a termék készen áll a tesztelésre. Ez segít meghatározni, hogy a felépítés hibás-e, és a további tesztelés idő- és erőforráspazarlást jelent.
Összehasonlítás Füst és józanság vizsgálata
Mikor végezzünk füstvizsgálatot?
A füsttesztet akkor végzik el, amikor a szoftver új funkcióit kifejlesztik és integrálják a minőségbiztosítási/staging környezetben telepített meglévő buildbe. Biztosítja, hogy minden kritikus funkció megfelelően működik-e vagy sem.
Ebben a tesztelési módszerben a fejlesztőcsapat telepíti a buildet a minőségbiztosítási rendszerben. A tesztesetek egy részhalmazát veszik, majd a tesztelők teszteseteket futtatnak a builden. A minőségbiztosítási csapat teszteli az alkalmazást a kritikus funkciókkal szemben. A tesztesetek ezen sorozatát úgy tervezték, hogy felfedjék a felépítés során előforduló hibákat. Ha ezek a tesztek sikeresek, a minőségbiztosítási csapat folytatja Funkcionális tesztelés.
Bármilyen hiba azt jelzi, hogy a rendszert vissza kell adni a fejlesztőcsapatnak. Amikor változás történik a felépítésben, füsttesztet végzünk a stabilitás biztosítása érdekében.
Példa: -Új regisztrációs gomb jelenik meg a bejelentkezési ablakban, és a build telepítésre kerül az új kóddal. Füstvizsgálatot végzünk új épületen.
A füsttesztek minősítik a buildet további formális tesztelésre. A füstteszt fő célja a főbb problémák korai felismerése. A füsttesztek célja a rendszer stabilitásának és a követelményeknek való megfelelés bizonyítása. A build tartalmazza az összes adatfájlt, könyvtárat, újrafelhasználható modult és tervezett összetevőt, amelyek egy vagy több termékfunkció megvalósításához szükségesek.
Mi történik, ha nem végezzük el a füsttesztet?
Ha nem végezzük el a füstvizsgálatot a korai szakaszban, akkor a későbbi szakaszokban hibák léphetnek fel, amelyek költségesek lehetnek. És a Disszidál a későbbi szakaszokban talált kiállítási akadályok lehetnek, ahol ez befolyásolhatja a szállítmányok felszabadulását.
Ki végez füsttesztet
A build minőségbiztosítási környezetbe való kiadása után a füsttesztet minőségbiztosítási mérnökök/minőségbiztosítási vezető végzik. Új összeállítás esetén a minőségbiztosítási csapat meghatározza az alkalmazás fő funkcióit a füstteszt elvégzéséhez. A minőségbiztosítási csapat ellenőrzi, hogy a tesztelés alatt álló alkalmazásban vannak-e kihagyások.
Fejlesztői környezetben végzett tesztelés a kódon, hogy biztosítsa az alkalmazás helyességét a build QA-nak való kiadása előtt, ezt Sanity-tesztnek 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 az alapvető funkcionális követelményeknek.
A Sanity tesztelés meghatározza a fejlesztési fázis befejezését, és döntést hoz, hogy a szoftverterméket továbbadja-e vagy sem a további tesztelési szakaszban.
Miért csinálunk füsttesztet?
A füstteszt fontos szerepet játszik a szoftverfejlesztésben, mivel biztosítja a rendszer helyességét a kezdeti szakaszokban. 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 tesztelést.
- Az építményben található összes bemutatót füstteszttel azonosítják.
- A füsttesztet azután végzik el, hogy a buildet kiadták a minőségbiztosításnak. A füstteszt segítségével a legtöbb hibát már a kezdeti szakaszban azonosítják szoftverfejlesztés.
- Füstvizsgálattal leegyszerűsítjük a főbb hibák észlelését és kijavítását.
- A füstteszttel a minőségellenőrző csapat olyan hibákat találhat az alkalmazás funkcionalitásában, amelyek az új kód miatt merültek fel.
- A füstvizsgálat megállapítja a súlyosabb hibákat.
Példa 1: Naplózó ablak: A küldés gombra kattintva érvényes felhasználónévvel és jelszóval léphet a következő ablakba.
Példa 2: A felhasználó nem tud kijelentkezni a weboldalról.
Hogyan kell füsttesztet csinálni?
A füstmérést általában manuálisan végzik el, bár lehetőség van automatizálással is. Ez szervezetenként eltérő lehet.
Kézi füstvizsgálat
Általában a füstvizsgálatot manuálisan végzik. A megközelítések szervezetenként eltérőek. Füstvizsgálatot végeznek annak biztosítására, hogy a kritikus útvonalak navigációja az elvárásoknak megfelelően történjen, és ne akadályozza a funkcionalitást. Miután a buildet kiadták a minőségbiztosításnak, magas prioritású funkcionalitási teszteseteket kell végezni, és tesztelni kell, hogy megtalálják a rendszer kritikus hibáit. Ha a teszt sikeres, folytatjuk a funkcionális tesztelést. Ha a teszt sikertelen, a buildet elutasítja, és visszaküldi a fejlesztőcsapatnak javításra. A QA ismét megkezdi a füsttesztet egy új build verzióval. A füsttesztet új buildeken hajtják végre, és a rendszer helyességének megőrzése érdekében integrálják a régi buildekkel. A füstteszt 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 által
Automatizálási tesztelés használják Regressziós teszt. Használhatunk azonban automatizált teszteseteket is a Smoke Test ellen. Az automatizálási tesztek segítségével a fejlesztők azonnal ellenőrizhetik a buildet, amikor egy új build készen áll a telepítésre.
Ahelyett, hogy manuálisan meg kell ismételni a tesztet, amikor az új szoftver buildet telepítik, a rendszer rögzített füstteszt-eseteket hajt végre a build ellen. Ellenőrzi, hogy a főbb funkciók továbbra is megfelelően működnek-e. Ha a teszt sikertelen, akkor azonnal javíthatják a buildet, és újratelepíthetik. Ezzel időt takaríthatunk meg és biztosíthatjuk a minőségbiztosítási környezet minőségi felépítését.
Egy automatizált eszköz segítségével a tesztmérnök rögzíti a szoftver felépítésében végrehajtott összes manuális lépést.
Füstvizsgálati ciklus
Az alábbi folyamatábra bemutatja, hogyan történik a füstteszt. Miután a build telepítésre került a minőségbiztosításban, és a füsttesztek sikeresek, folytatjuk a funkcionális tesztelést. Ha a füstteszt sikertelen, kilépünk a tesztelésből mindaddig, amíg a build problémáját meg nem oldják.
A füstvizsgálat előnyei
Az alábbiakban felsorolunk néhány előnyt a füstvizsgálathoz.
- 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ás könnyebben elérhető.
- Teszt erőfeszítést és időt takarít meg
- A kritikus hibák könnyű felismerése és a hibák kijavítása.
- Gyorsan fut
- Minimalizálja az integrációs kockázatokat
Példa füstvizsgálati esetekre
T.ID | TESZTFORGATÓKÖNYVEK | LEÍRÁS | TESZT LÉPÉS | VÁRHATÓ EREDMÉNY | TÉNYLEGES EREDMÉNY | STATUS |
---|---|---|---|---|---|---|
1 | Érvényes bejelentkezési adatok | Tesztelje a webalkalmazás bejelentkezési funkcióját, hogy megbizonyosodjon arról, hogy egy regisztrált felhasználó felhasználónévvel és jelszóval bejelentkezhet | 1. Indítsa el az alkalmazást 2. Navigáljon a bejelentkezési oldalon 3. Adja meg az érvényes felhasználónevet 4. Adja meg az érvényes jelszót 5. Kattintson a bejelentkezés gombra |
A bejelentkezés sikeres legyen | a várakozásoknak | Átmegy |
2 | Elemfunkciók hozzáadása | Képes tételt a kosárba helyezni | 1.Válassza ki a kategóriák listáját 2. Tegye a terméket a kosárba |
A tételt a kosárba kell adni | A termék nem kerül a kosárba | Megbukik |
3 | Kijelentkezési funkció | Ellenőrizze a kijelentkezési funkciókat | 1. válassza ki a kijelentkezés gombot | A felhasználónak képesnek kell lennie a kijelentkezésre. | A felhasználó nem tud kijelentkezni | Megbukik |
Összegzés
A szoftverfejlesztésben a füsttesztet minden egyes builden hiba nélkül el kell végezni, mivel ez segít a hibák korai szakaszában történő megtalálásában. A füstteszt az utolsó lépés, mielőtt a szoftver felépítése a rendszer szakaszába lép. Füstvizsgálatot kell végezni minden egyes tesztelésre fordított builden. Ez vonatkozik az új fejlesztésekre és a rendszer kisebb-nagyobb kiadásaira.
A füstteszt elvégzése előtt a minőségbiztosítási csapatnak meg kell győződnie a tesztelt alkalmazás megfelelő összeállítási 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üsttesztek minimalizálhatják a tesztelési erőfeszítéseket, és javíthatják az alkalmazás minőségét. A füstvizsgálat az ügyféltől és a szervezettől függően manuálisan vagy automatizáltan is elvégezhető.