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.

Füstvizsgálat

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.

Füstvizsgálati ciklus
Füstvizsgálati ciklus

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ő.