A füsttesztelés egy olyan folyamat, amelyet a szoftver tesztelésére használnak annak megállapítására, hogy a telepített szoftverkészlet stabil-e vagy sem.
A szoftver füsttesztelésekor egy sor olyan tesztet futtat, amelyek célja a szoftver minden egyes alapvető funkciójának értékelése.
A füsttesztelő eszközökkel ellenőrizhető, hogy a szoftver legfontosabb funkciói működnek-e. A füsttesztelésnek többféle megközelítése létezik, és a modern technológia lehetővé teszi az automatizált füsttesztelést a legtöbb szoftverkészítés esetében.
Ebben a cikkben mélyre merülünk a füsttesztelésben, hogy áttekintsük a füsttesztelés típusait, folyamatait és megközelítéseit, amelyeket a szoftvertesztelők használnak. Megvizsgáljuk a modern füsttesztelési eszközöket is, beleértve a füsttesztelés automatizálását.
Röviden, mindent megtudhat, amit valaha is tudnia kell a füstvizsgálatról.
Mi a füsttesztelés a szoftverfejlesztésben?
A füsttesztelés a szoftver tesztelésének folyamata annak biztosítása érdekében, hogy az megfeleljen az alapvető funkcionalitási és stabilitási követelményeknek. Ez lényegében egyfajta miniatűr, gyors regressziós tesztelés, amely a szoftver legfontosabb funkcióinak tesztelését foglalja magában, hogy megbizonyosodjon arról, hogy azok alapszinten működnek.
A füsttesztelés fontos korai lépése a minőségbiztosítási folyamatnak, mivel ez jelzi, hogy a csapat folytassa-e a további tesztelést, vagy azonnal küldje vissza a terméket a fejlesztőknek.
Ha a termék nem megy át a füstteszten, az azt jelzi, hogy a kezdeti építés jelentős hibákat tartalmaz, amelyeket a további tesztelés előtt ki kell javítani.
Mikor kell füstvizsgálatot végezni?
A szoftvert füstteszteljük, amikor új funkciókat fejlesztünk ki és integrálunk egy meglévő buildbe, és mielőtt az új buildet a minőségbiztosításba telepítjük. A füsttesztelés elvégzése ebben a szakaszban megakadályozza, hogy pénzt és egyéb erőforrásokat pazaroljanak el a QA-tesztelésre olyan szoftverek esetében, amelyeknél komolyabb problémák állnak fenn.
A QA füstteszt elvégzéséhez a fejlesztőcsapat az új szoftver buildet a QA-ban telepíti, és a tesztesetek egy részhalmazát a builden futtatja. A minőségbiztosítási csapat teszteli az alkalmazást a legfontosabb funkciókkal. Ha a füstteszt sikerül, a minőségbiztosítási csapat folytatja a funkcionális tesztelést, ha pedig nem sikerül, a buildet visszaadják a fejlesztőcsapatnak további fejlesztésre.
Ilyen füsttesztelésre minden alkalommal sor kerül, amikor új funkciókat adnak hozzá egy szoftverkészítéshez.
A QA csapatok máskor is végezhetnek füstteszteléseket, például:
● Mielőtt új kódot adna át egy tárolóhelyre
● Egy nagy teszt-sorozat előtt, beleértve a regressziós és elfogadási tesztelést is
● Egy új szoftver telepítése után
Ha nem végez füsttesztet ezeken a pontokon, akkor a funkcionalitás tesztelés későbbi szakaszaiban jelentős hibákat találhat, ami befolyásolhatja az új build kiadásának időpontját, vagy komolyabb fennakadásokat okozhat az ütemezésben.
Amikor nem kell füstvizsgálatot végezni
Fontos, hogy a szoftvertesztelés során füsttesztelést végezzünk, amikor bármilyen változtatást hajtunk végre a szoftverkódon, vagy új funkciókat adunk hozzá egy buildhez.
A funkcionalitás tesztelésének lényeges előkészítő lépése is, mivel megakadályozza, hogy a minőségbiztosítási csapatok az idejüket pazarolják olyan szoftver tesztelésére, amely még nincs kész.
Ha a szoftvere nem felel meg ezeknek a kritériumoknak, akkor lehet, hogy nem kell füsttesztelést végeznie ebben a pillanatban… bár az automatizált füsttesztelő eszközökkel könnyen és költséghatékonyan elvégezheti a rendszeres füstteszteket, hogy biztosítsa a szoftver folyamatos megfelelő működését.
Ki vesz részt a füstvizsgálatban
A füsttesztelést a minőségbiztosítási mérnökök vagy a minőségbiztosítási vezető végzi; ez a minőségbiztosítási tesztelés első szakasza, és a minőségbiztosítási környezetben végzik.
A minőségbiztosítási csapat feladata a szoftver tesztelése és teljesítményének értékelése különböző körülmények és terhelések között. A füstteszt során a minőségbiztosítási mérnökök a “showstoppereket” keresik, vagyis azokat a hibákat, amelyek megállítják a fejlesztést, és amelyeket a tesztelés folytatása előtt ki kell javítani.
A füsttesztelés és a szanitástesztelés, illetve a regressziós tesztelés összehasonlításakor fontos, hogy ne csak azt vegyük figyelembe, hogy mit tesztelünk, hanem azt is, hogy ki végzi a teszteket.
A füsttesztelést a szoftvertesztelésben mindig a minőségbiztosítási szakemberek végzik. Ez különbözteti meg a füsttesztelést a szanitásteszteléstől, amely a fejlesztési környezetben végzett tesztelés, és általában nem vonja be a QA csapatot.
A füstteszt életciklusa
A füstteszt életciklusa azt szemlélteti, hogy a füsttesztelés hol történik a termékfejlesztés és a minőségbiztosítási tesztelés során. A ciklus egyes szakaszainak megértése segít abban, hogy jobban megértse, hogyan illeszkedik a füsttesztelés a tesztelési útvonalba, és mi a különbség a füsttesztelés, a szanitás tesztelés és a regressziós tesztelés között.
1. Kód:
Minden szoftverkészítés első szakasza mindig a kód megírása és létrehozása. A kód minden szoftver építőköve, és a fejlesztőcsapatnak meg kell írnia a kódot, mielőtt azt stabilitás és funkcionalitás szempontjából tesztelni lehetne.
2. Egységtesztelés
A egységtesztelést általában a fejlesztők végzik, bár néha a minőségbiztosítási mérnökök is végezhetnek egységtesztelést. Az egységtesztelés biztosítja, hogy a kód különböző egységei vagy elemei az elvárásoknak megfelelően működjenek, mielőtt az egyes egységek egyetlen szoftverösszeállításba integrálódnának.
Az egységtesztelés általában a fejlesztéssel párhuzamosan történik, mivel a kódban lévő hibákra és hibákra hívja fel a figyelmet, amelyeket azonnal ki lehet javítani.
3. Integrációs tesztelés
Az integrációs tesztelés az a folyamat, amelynek során azt teszteljük, hogy az egyes egységek hogyan működnek együtt, amikor egyetlen szoftverbe integrálódnak.
Még ha az egyes különálló egységek jól is működnek, gyakran problémák merülnek fel, amikor ezeket az egységeket integrálják egymással. Az integrációs tesztelést általában a fejlesztők végzik, bár az ilyen típusú tesztelés különböző megközelítései azt jelentik, hogy a szoftverkészítési folyamat különböző szakaszaiban is elvégezhető.
4. Szanitástesztelés
A szanitástesztelés a regressziós tesztelés egyik típusa, és általában ez a regressziós tesztelés utolsó típusa. Ez az építés fejlesztési szakaszában történik, miután a regressziós tesztelés által kiemelt hibákat kijavították.
A szanitástesztelés általában nagyon gyors, és egyszerűen csak azt hivatott biztosítani, hogy a szoftver zökkenőmentesen fut, és hogy a talált hibákat megfelelően kijavították.
A füst- és a szanitástesztelést néha összekeverik, de fontos megjegyezni, hogy a szanitástesztelés a fejlesztői környezetben történik, míg a füsttesztek a minőségbiztosítási környezetben.
5. Füstvizsgálat
A füsttesztelés a minőségbiztosítási tesztelés első szakasza, és az első olyan típusú teszt, amelyet a minőségbiztosítási környezetben végeznek el.
A füsttesztelés általában a szanitástesztelés és a regressziós tesztelés előtt történik, annak ellenére, hogy általában a QA csapatok végzik. Ez egy gyors és egyszerű tesztelési folyamat – és manapság a legtöbb minőségbiztosítási csapat automatizált füsttesztelést használ a szoftvertesztelésben -, amely meghatározza, hogy a build stabil-e vagy sem, és hogy további teszteket kell-e futtatni.
Mivel a füsttesztelés a leggyorsabb és legegyszerűbb teszt a füsttesztelés és a szanitás tesztelés, illetve a regressziós tesztelés összehasonlításakor, célszerű először ezt elvégezni, mielőtt más, összetettebb tesztekre térnénk át.
6. Funkcionális tesztelés
A funkcionális tesztelés a szoftvertesztelés életciklusának következő szakasza, amelyet a minőségbiztosítási környezetben végeznek.
A funkcionális tesztelés a szoftveralkalmazás minden egyes funkcióját a követelményekkel összevetve vizsgálja, és a funkciókra, a használhatóságra, a hozzáférhetőségre és a hibakörülményekre összpontosít.
A funkcionális tesztelés a füstteszt sikeres elvégzése után kezdődhet.
Füstvizsgálati alkalmazások különböző szinteken
A füsttesztelés a tesztelés három különböző szintjén alkalmazható: átvételi szintű füsttesztelés, rendszerszintű füsttesztelés és integrációs szintű füsttesztelés.
1. Átvételi tesztelés szintje
Az átvételi szintű füsttesztelésre általában akkor kerül sor, amikor a szoftver építését kiadják a minőségbiztosításnak. Ez a fajta QA füstteszt egyszerűen csak ellenőrzi a build alapvető funkcionalitását, és azt, hogy az megfelel-e az elvárt funkcionalitásnak.
2. Rendszertesztelési szint
A füsttesztelés rendszerszinten a rendszer legfontosabb munkafolyamatainak tesztelését jelenti. Ezt a rendszer tesztelése után végzik el, és a rendszer teljes regressziós tesztelése előtt.
Rendszerszinten az automatizált füsttesztelés a füsttesztelés legelterjedtebb formája.
3. Integrációs tesztelési szint
Az integrációs tesztelés szintjén a füsttesztek biztosítják, hogy a szoftver összes végponttól végpontig tartó funkciója az elvárásoknak megfelelően működjön, és az alapvető integráció működőképes legyen.
Ez a fajta füsttesztelés általában akkor történik, amikor egyes modulok kerülnek implementálásra, vagy amikor több modul integrálódik egyetlen szoftverösszeállításba.
Kézi vs. automatizált füsttesztek
Amikor a szoftvercsapatok először kezdenek füstteszteket végezni, el kell dönteniük, hogy manuális füstteszteket vagy automatizált füstteszteket végeznek-e.
Bár az automatizált füsttesztek általában gyorsabb és költséghatékonyabb eredményeket kínálnak, létrehozásuk és megvalósításuk is időigényes lehet. Sok csapat a kézi füsttesztek létrehozásával kezdi, mielőtt az automatizálással foglalkozna.
1. Kézi füsttesztelés
A manuális füstteszteket meglehetősen könnyű megtervezni, és általában a QA vagy a fejlesztői csapatokon kívüli, nem műszaki szakemberek is elvégezhetik. Ez azt jelenti, hogy a kézi füsttesztek gyakran előnyben részesülnek a kisebb vállalatoknál, amelyeknek még nincs dedikált minőségbiztosítási vezetőjük.
A manuális füsttesztelés során fontos, hogy olyan számú használati esetet teszteljen, amelyek elegendő számú szoftver alapfunkciót fednek le, de nem olyan sokat, hogy a füstteszt túl sokáig tartson. A használati esetek ideális száma általában 20 és 50 között van.
A füstvizsgálatok kézi elvégzésének előnyei
A kézi füsttesztek elvégzésének több előnye is van a minőségbiztosításban az automatizált füsttesztekkel szemben. A manuális füsttesztek az automatizált tesztekhez képest gyakran részletesebb betekintést nyújtanak a szoftver teljesítményébe és funkcionalitásába.
Nem mérnökök is végezhetnek manuális tesztelést
Míg az automatizált füsttesztek beállításához általában szoftvermérnökök és fejlesztők szakértelme szükséges, a manuális füstteszteket a csapat kevésbé speciális szakértelemmel rendelkező tagjai is elvégezhetik.
Ez általában a kisebb csapatoknál előnyös, ahol az erőforrások már így is szűkösek, és a szakszemélyzet ideje rendkívül értékes.
Egyéni füsttesztet hozhat létre minden egyes feladathoz.
Ha biztosítani szeretné, hogy a füstteszt pontosan lefedje bármely szoftveralkalmazás legfontosabb funkcióit, és az egyes buildeknél fontosabb funkciókra összpontosítson, a kézi füstteszt létrehozása lehetővé teszi a tesztelők számára, hogy a tesztet az egyes projektekhez igazítsák.
Az ilyen kézi füsttesztek hasznosabb eredményeket adhatnak, mint egyes automatizált tesztek, de ez azt jelenti, hogy rendkívül időigényes a beállításuk és futtatásuk.
A kézi tesztek minőségi adatokat tárnak fel
Amikor automatizált füsttesztet futtat, csak arra számíthat, hogy mennyiségi adatokat kap arról, hogy a teszt mely aspektusai mentek át, és melyek nem.
Amikor a csapattagok kézi füsttesztelést végeznek, akkor a rálátásukat, intuíciójukat és ítélőképességüket használhatják, hogy ne csak azt értékeljék, hogy a build átmegy-e vagy sem, hanem azt is, hogy hogyan és/vagy miért.
A kézi füsttesztelés kihívásai
A füsttesztelés manuális elvégzése is számos kihívást rejt magában, és ezek miatt sok vállalat lehetőség szerint az automatizált füsttesztelést választja.
A kézi füsttesztelés alapos, de nagyon időigényes is.
A kézi füsttesztek időigényesek
A manuális füsttesztek elvégzése lényegesen hosszabb időt vesz igénybe, mint az automatizált teszteké, és sokkal több figyelmet követelnek a csapatától.
Míg az automatizált tesztek egyszerűen lefuthatnak a háttérben, a csapatnak külön időt kell szánnia a manuális füsttesztek elvégzésére.
A kézi teszteket nem lehet túl gyakran futtatni
A manuális füsttesztek idő- és erőforrásigénye miatt nem végezhetők el olyan rendszeresen, mint az automatizált füsttesztek.
A manuális füsttesztek elvégzésére a szoftvertesztelőknek órákat, a teszt összetettségétől függően akár fél napot is félre kell tenniük.
Ez kiküszöböli a napi füstvizsgálat lehetőségét, amelyet széles körben az iparág legjobb gyakorlatának tartanak.
Mindig van helye a hibának
Mivel a kézi tesztelést emberek végzik, mindig fennáll annak a lehetősége, hogy a kézi füsttesztek során hibákat lehet elkövetni.
Emiatt a manuális füsttesztelés általában nem olyan átfogó, mint az automatizált tesztelés, különösen, ha olyan finom hibák felderítéséről van szó, amelyeket könnyebb kihagyni, vagy ha olyan rendkívül ismétlődő tesztelést végeznek, amely miatt a tesztelők elveszíthetik a fókuszt a tesztelés során.
Mikor érdemes kézi füsttesztelést alkalmazni
A manuális füsttesztelést leggyakrabban olyan kisebb csapatokban használják, amelyeknek nem feltétlenül van elegendő erőforrásuk ahhoz, hogy mérnököket tartalékoljanak az automatizált füstteszteléshez, vagy olyan esetekben, amikor további emberi rálátás és ítélőképesség szükséges vagy kívánatos.
Emiatt a kézi füsttesztelést gyakran integrációs szintű füsttesztekben hajtják végre.
2. Automatizált füsttesztelés
Az automatizált füsttesztelést olyan szoftvermérnökök tudják végrehajtani, akik rendelkeznek a szükséges kódolási készségekkel ahhoz, hogy minden egyes szoftverépítéshez létrehozzanak és futtassanak egy sor releváns használati esetet.
Az automatizált füsttesztelés sokkal gyorsabb, mint a manuális tesztelés, általában nem tart tovább 30-60 percnél, és a háttérben is elvégezhető, miközben a fejlesztői és minőségbiztosítási csapat minden tagja folytatja napi feladatait.
Ezért az automatizált füsttesztelés a szoftveriparban mindennapossá vált, mivel egyre több cég igyekszik javítani a munkahelyi hatékonyságot.
A füstteszt automatizálás előnyei
A füstteszt-automatizálás számos előnnyel jár azon vállalatok számára, amelyeknek van idejük és erőforrásuk a bevezetésére. Gyors és hatékony, és mivel az automatizált tesztek nem terhelik a csapatokat és az erőforrásokat, még a kisebb vállalatoknál is rendszeresen futtathatók.
Az automatizált tesztelés gyors
Az automatizált füsttesztelés sokkal gyorsabb, mint a manuális tesztelés, a legtöbb automatizált teszt elvégzése nem tart tovább 30-60 percnél.
A kézi tesztek ehhez képest órákig tarthatnak.
Az automatizált füsttesztek minimális erőforrást igényelnek, és ha egyszer már megvalósították őket, nagyon könnyen futtathatók.
Az automatizálás lehetővé teszi a napi füstpróbákat
A jelenlegi legjobb iparági gyakorlatok szerint a napi füsttesztek ideálisak, különösen akkor, ha olyan szoftveren dolgozunk, amely folyamatosan változik.
A manuális füsttesztek túl időigényesek a napi szintű futtatáshoz, de az automatizált füsttesztek könnyen elvégezhetők minden munkanap elején.
Az automatizálás kiküszöböli az emberi hibát
Az automatizált tesztek előre elkészített és rendkívül szigorú szabványok szerint létrehozott szkriptek alapján futnak. Ez azt jelenti, hogy nagyon kicsi az esélye annak, hogy az automatizált tesztek kihagynak egy nagyobb hibát vagy fontos problémát.
Az automatizálás utánozhatja a terhelés- és teljesítményteszteket
A terhelés- és teljesítménytesztek azt vizsgálják, hogy egy alkalmazás mennyire jól működik, ha sok felhasználó egyszerre használja. Az automatizált füsttesztelés olyan módon tudja utánozni a több felhasználó által okozott többletterhelést, ahogyan a kézi tesztelés nem, és a szoftver teljesítményéről bizonyos körülmények között további adatréteggel szolgál.
A füstteszt automatizálás kihívásai
A füstteszt automatizálás nem mentes a kihívásoktól. Az automatizált füsttesztelés megvalósítása idő- és erőforrásigényesebb lehet, különösen a kisebb csapatoknál, ahol kevesebb mérnök áll rendelkezésre.
Műszaki követelmények
Az automatizált füsttesztek több technikai tudást és kódolási készséget igényelnek, mint a kézi füsttesztek. A szoftvermérnököknek rendelkezniük kell az idővel és a tudással ahhoz, hogy tudják, hogyan kell automatizált teszteket létrehozni, mielőtt ezeket bevezetnék, és nem minden csapat rendelkezik feltétlenül a szükséges erőforrásokkal ehhez.
Az emberi belátás hiánya
Az automatizált tesztelés átfogó képet nyújt a szoftveralkalmazás funkcionalitásáról, és az automatizált füstteszt elvégzése során a szoftvertesztelők betekintést nyerhetnek a szoftver alapvető funkcióiba, ami a füstteszt végső célja.
Az automatizált tesztek azonban nem nyújtanak betekintést a szoftverteljesítmény szubjektívebb aspektusaiba, mint például a használhatóság és a hozzáférhetőség.
Mikor érdemes füstteszt automatizálást bevezetni
Az automatizálást gyakran alkalmazzák a füsttesztelés során, mivel a füsttesztelés célja egyszerűen az alapvető funkcionalitás ellenőrzése, amiben az automatizált tesztelés viszonylag jó.
Az automatizált füsttesztelés végrehajtásához megfelelő technikai készségekkel rendelkező csapatoknak valószínűleg van idejük és erőforrásuk ebbe a folyamatba fektetni, a nagyobb, befutottabb vállalatok pedig valószínűleg nagyobb nyomást éreznek a napi füsttesztelés legjobb gyakorlati szabványainak betartására.
Füstteszt automatizálás vs. kézi füsttesztelés
Nincs helyes vagy helytelen módja a füsttesztelésnek, és ami az egyik csapatnál jól működik, az a másiknál nem biztos, hogy jól működik.
A füsttesztek elvégzése előtt a szoftvercsapatoknak mérlegelniük kell céljaikat, erőforrásaikat és hosszú távú projektterveiket. A kézi szoftvertesztelés folyamata tanulságos lehet a minőségbiztosításban újonnan dolgozó fiatal szakemberek számára, de a már meglévő csapatok számára ritkán jelent előnyt a kézi tesztelés választása az automatizált teszteléssel szemben.
Hibrid füstvizsgálatok
A harmadik lehetőség azon csapatok számára, amelyek nem tudnak dönteni a manuális és az automatizált füsttesztelés, valamint a szanitástesztelés között, a hibrid tesztelés választása.
A hibrid tesztelés a manuális és az automatizált füsttesztelés szempontjait ötvözi a tesztek általános teljesítményének és hatékonyságának növelése érdekében. A hibrid füstvizsgálati módszer alkalmazásakor a vizsgálat nagy része automatizált lehet, de bizonyos szempontokat kézzel kell elvégezni. Ez lehetővé teszi a csapatok számára, hogy nagyobb figyelmet fordítsanak az építés azon aspektusaira, amelyekre szükségük van, miközben a füstteszt teljes időigénye alacsony marad.
A füstvizsgálat típusai
A füstvizsgálat nagyjából két kategóriába sorolható: hivatalos és informális füstvizsgálat. Az, hogy a füsttesztelés formális vagy informális, attól függ, hogy a QA vezetője indítja-e el hivatalosan, vagy egyszerűen a fejlesztés részeként végzik.
1. Formális füstvizsgálatok
A formális füstteszt során a szoftverfejlesztők átadják a szoftvert a minőségbiztosítási mérnöknek vagy a minőségbiztosítási vezetőnek formális tesztelésre. A minőségbiztosítási vezető kijelöli a tesztelőket a füsttesztelés feladatára, és kéri, hogy a füsttesztet vagy füsttesztelő eszközökkel, például automatizálással, vagy manuálisan végezzék el.
A formális füsttesztek elvégzésekor a minőségbiztosítási tesztelők a teszt eredményeit hivatalos jelentésben foglalják össze, amelyet a minőségbiztosítási vezető elemezhet.
A formális füstteszteket a szoftverkészítési folyamat fontos pontjain végzik el, például az új funkciók funkcionális tesztelése előtt.
2. Nem hivatalos füstvizsgálatok
Az informális füsttesztek olyan füsttesztek, amelyeket a fejlesztési vagy minőségbiztosítási folyamat során végeznek el egy szoftverépítésen, és amelyekről a minőségbiztosítási vezető hivatalosan nem tesz jelentést, vagy amelyeket a minőségbiztosítási vezető nem ír elő.
A napi füsttesztek, amelyeket sok szoftvercsapat protokollszerűen végez, példát jelentenek az informális füsttesztekre.
Az informális tesztek ad-hoc alapon is elvégezhetők, amikor a minőségbiztosítási mérnökök úgy érzik, hogy ez hasznos lehet.
Amire a füsttesztelés megkezdéséhez szüksége van
Mielőtt elkezdené a füsttesztelést a szoftvertesztelésben, fontos, hogy összegyűjtse az összes szükséges dolgot, beleértve az adatfájlokat és a szervezeten belüli készségeket.
Az, hogy mire lesz szüksége a füstteszt elvégzéséhez, attól függ, hogy automatizált vagy manuális füsttesztelést tervez-e, és hogy milyen tesztelési eszközöket használ a folyamat megkönnyítésére.
1. A tesztesetek listája
Mielőtt elkezdené a füsttesztet, szükség van egy átfogó listára az összes olyan tesztesetről, amelyet a füsttesztnek ki kell értékelnie.
A tesztesetek olyan egyedi műveletsorozatok, amelyeket tesztelni szeretne annak megítélése érdekében, hogy a műveletek elvégzésének eredménye megfelel-e az elvárt eredményeknek.
Egy nagyon egyszerű teszteset például az lehet, hogy a szoftver az alkalmazás megnyitásakor betölti a fő műszerfalat.
2. Tesztfájlok
Mielőtt futtatná a füsttesztet, össze kell gyűjtenie az összes tesztfájlt, amelyen futtatni fogja a füsttesztet. Lehetséges, hogy az Ön által használt füsttesztelő szoftver parancssorát használhatja az összes fájl egy helyre gyűjtéséhez.
Az, hogy hogyan gyűjti össze a fájlokat, és hol tárolja őket, attól függ, hogyan működik a szervezete.
3. Füst tesztelési eszközök
Alapvető füsttesztet végezhet különösebb eszközök használata nélkül is, de a füsttesztelési eszközök használatával javíthatja az eredmények pontosságát és felgyorsíthatja a füsttesztelés folyamatát.
Először kutasson az interneten a füsttesztelési eszközök után, és válassza ki azt a szoftvert, amely automatizálja vagy optimalizálja a füsttesztet az Ön igényei és költségvetése függvényében.
A füstvizsgálat folyamata
A füsttesztek elvégzésének legjobb módja szervezetenként eltérő, és ha még nem ismeri a füsttesztelést, érdemes különböző megközelítéseket kipróbálni, hogy kiderüljön, mi működik a legjobban a csapata számára.
Az alábbiakban egy példát mutatunk arra, hogyan végezzen el egy alapvető füsttesztet a szoftver alapvető funkcióinak értékelésére.
1. lépés: Válassza ki a teszteseteket
A füstteszt elvégzésének első lépése annak kiválasztása, hogy mely teszteseteken fogja futtatni a füsttesztet.
A füstteszt megtervezésekor a szoftvermérnököknek és a minőségbiztosítási mérnököknek mérlegelniük kell, hogy mely szoftverfunkciók a legkritikusabbak a szoftver szempontjából, és hogyan lehet a legjobban tesztelni ezeket a funkciókat. Ne pazarolja az idejét olyan funkciók tesztelésére, amelyek nem fontosak a szoftver működése szempontjából.
2. lépés: Építsen füstteszteket
Miután azonosította a használni kívánt teszteseteket, írhat tesztelési szkripteket a tesztelésükhöz. Használjon egyetlen szkriptet a füsttesztekhez, hogy növelje a rugalmasságot a teszt futtatása során.
Ha a füsttesztelés automatizálása mellett dönt, nem kell mindig kézi tesztelési szkripteket írnia, amikor füsttesztet szeretne futtatni. Az ilyen szkriptek automatizálására használhat szoftvertesztelési automatizálási csomagokat.
3. lépés: Futtassa a füstteszteket
Miután elkészítette a füsttesztelési szkripteket, lefuttathatja azokat a buildjén, hogy hibákat és egyéb nagyobb hibákat keressen. Ez nem tart tovább 30-60 percnél, és a tesztek befejezése után értékelheti az eredményeket, hogy meghatározhassa a következő lépéseket.
4. lépés: A hibák kijavítása
A füsttesztelés célja a szoftverfejlesztésben az, hogy a teljes minőségbiztosítási tesztelés megkezdése előtt azonosítsa a főbb hibákat vagy a feltűnést keltő hibákat.
Ha a füsttesztek olyan jelentős problémákat tárnak fel, amelyek megzavarják a szoftverkészítés alapvető funkcióit, fontos, hogy a QA folytatása előtt visszaküldje a szoftvert és az elemzését a fejlesztőcsapatnak hibajavításra.
A füstvizsgálat legjobb gyakorlatai
A füsttesztelés megbízható módszer a szoftverek főbb hibáinak azonosítására a fejlesztés minden szakaszában. Az iparági legjobb gyakorlatok követése a legjobb módja annak, hogy a füstvizsgálatok hatékonyak, pontosak és eredményesek legyenek.
1. Futtasson gyakran füstteszteket
Nem mindig lehetséges minden nap futtatni a füstteszteket, különösen, ha nem automatizált füstteszteket, hanem kézi teszteket futtat.
Futtasson füstteszteket olyan gyakran, amilyen gyakran csak tud, és minden alkalommal, amikor változtatásokat hajt végre a szoftverén. Ha már képes vagy rá, a napi füsttesztek futtatása a legjobb gyakorlatnak számít.
2. Soha ne hagyja ki a tesztelési szakaszokat
Ha siet, csábító lehet, hogy kihagyjon néhány tesztelési szakaszt, hogy gyorsabban haladjon a fejlesztési folyamatban, de mind a füst-, mind a regressziós tesztelés elengedhetetlen ahhoz, hogy a fejlesztés a megfelelő ütemben haladjon.
Mindig tesztelje a buildeket füst- és szanitásteszteléssel, mielőtt továbblépne a következő szakaszba.
3. Minden változtatás tesztelése
A füstvizsgálatnak nincs egyetlen alkalmazása. A füstteszteket használhatja és használnia is kell a szoftverkészítésben végrehajtott minden változtatás tesztelésére, valamint a szoftver tesztelésére a fejlesztés különböző szakaszai között.
A füstteszteknek az integrációs tesztelés, a teljesítménytesztelés és a funkcionális tesztelés előfutárának kell lenniük.
4. Kövesse nyomon a teszteredményeket
A hivatalos füstvizsgálat eredményeinek tesztelése bevett gyakorlat, de a mérnököknek még a nem hivatalos füstvizsgálatok elvégzésekor is fel kell jegyezniük az eredményeket.
Ez megkönnyíti az eredmények továbbítását a fejlesztők felé, és nyomon követhetővé teszi, hogy mely funkciók buknak meg a teszten.
5. Futtassa le kétszer a füstpróbát
A füstteszt kétszeri futtatása túlzásnak tűnhet, de ha tényleg minden hibát el akarsz kapni a teszt során, akkor a legjobb, ha kétszer futtatod.
Ez biztosítja, hogy a füsttesztnek minden esélye megvan a nagyobb hibák és problémák feltárására, amelyek további problémákat okozhatnak, ha nem javítják ki azonnal.
6. Válassza ki a megfelelő típusú füstpróbát
Az, hogy manuális vagy automatizált füsttesztelést kell-e alkalmaznia, a csapat méretétől és igényeitől függ. Győződjön meg róla, hogy a projektjéhez a legjobb tesztelési típust választja, hogy optimalizálja a hatékonyságot anélkül, hogy az eredmények pontosságát veszélyeztetné.
A füstvizsgálat kimeneteinek típusai
Amikor füsttesztet végez, a füstteszt minden egyes értékelt teszteset esetében kétféle eredményre számíthat: megfelelt vagy nem felelt meg.
1. Pass
Minden futtatott teszteset egyik lehetséges eredménye, hogy a füstteszt sikeres. Ez azt jelenti, hogy a teszt tényleges eredménye megegyezik a teszt várható eredményével.
Ha például tesztet futtatsz arról, hogy mi történik, amikor betöltöd az alkalmazást, és az betöltődik a betöltéskor megnyitandó képernyőre, akkor a szkriptnek ezt sikeres tesztként kell megjelenítenie.
2. Fail
Ha a füstteszt egy adott tesztesetnél sikertelen, az általában azt jelenti, hogy a teszt tényleges eredménye nem egyezett meg a teszt elvárt eredményével.
Ha például egy vásárlási alkalmazást tesztel, és az egyik futtatott teszteset a kosárba helyezés funkcióját teszteli, a teszt sikertelen lesz, ha a kosárba helyezett elemek nem úgy jelennek meg a kosárban, ahogyan azt elvárja.
Példák a füstteszteléshez szükséges tesztesetekre
Amikor megpróbálja kitalálni, hogy mely teszteseteket vegye fel a füsttesztjébe, írjon egy listát a szoftver alapvető funkcióiról, és fontolja meg, hogy melyek azok, amelyek elengedhetetlenek a szoftver futtatásához és használatához.
Néhány példa a füstteszteléshez használt tesztesetekre segíthet meghatározni, hogy milyen teszteseteket használjon a saját füsttesztjében.
1. Bejelentkezési adatok hitelesítése
Ha az alkalmazás megköveteli a felhasználók bejelentkezését, érdemes létrehozni egy olyan tesztesetet, amely ellenőrzi, hogy a bejelentkezési adatok érvényesítésének folyamata megfelelően működik-e.
Ehhez hozzon létre egy szkriptet, amely automatizálja a bejelentkezést, a teszt futtatását és az eredmények ellenőrzését. Ha a szoftver a várt módon bejelentkezik, ez a füsttesztes eset sikeres.
2. Új dokumentum létrehozása
Létrehozhat egy tesztesetet annak felmérésére, hogy a szoftver lehetővé teszi-e a felhasználók számára egy új dokumentum megfelelő létrehozását. Készítsen egy szkriptet, amely automatizálja a dokumentum létrehozását, elnevezését és mentését a szoftverben, és futtassa azt.
Bármilyen jelentős probléma, amely felmerül és megakadályozza ezt a folyamatot, azt jelenti, hogy ez a füstteszt sikertelen.
3. Kijelentkezés
Ha az alkalmazás rendelkezik bejelentkezési funkcióval, akkor a kijelentkezési funkcióval is rendelkeznie kell. Futtasson egy szkriptet, hogy tesztelje, mi történik, amikor a felhasználók a “kijelentkezés” gombra kattintanak.
Ha a felhasználó nem tud sikeresen kijelentkezni, amikor erre a gombra kattint, a füstteszt sikertelen.
A füstteszteléssel feltárt hibák és hibák típusai
A füsttesztek segíthetnek a szoftver alapvető funkcionalitását zavaró hibák és hibák azonosításában. Attól függően, hogy mikor futtatja a füsttesztet, és mit szeretne ellenőrizni, a füstteszteléssel különböző típusú hibákat és hibákat találhat.
1. Funkcionális hibák
A funkcionális hibák olyan hibák, amelyek akkor keletkeznek, amikor a szoftver nem úgy viselkedik, ahogyan azt elvárnád tőle, vagy amikor nem működik megfelelően.
A legtöbb teszteset, amelyet füsttesztekkel ellenőrizni fog, funkcionális tesztek, így a funkcionális hibákat nagy valószínűséggel a füsttesztek azonosítják.
2. Logikai hibák
A logikai hibák a kód logikáján belüli hibákat jelentenek, és a szoftver hibás viselkedését is okozhatják. A logikai hibák miatt a műveletek helytelen kimeneteket eredményezhetnek, vagy akár a szoftver összeomlását is okozhatják.
Gyakori logikai hiba a végtelen hurok, amely miatt a szoftver újra és újra megismétli ugyanazokat a műveleteket, amíg össze nem omlik.
3. Integrációs hibák
Ha integrációs szinten futtat füsttesztet, előfordulhat, hogy a teszt során integrációs hibákat talál. Ezek akkor fordulnak elő, amikor két különálló kódkészlet nem integrálódik hibátlanul egymással. Ezeket a kódban található kompatibilitási problémák széles skálája okozhatja, és a javításukhoz összetett megoldásokra lehet szükség.
Közös füsttesztelési metrikák
A füstteszt elvégzésekor a minőségbiztosítási csapatok mérőszámokat használhatnak a füstteszt eredményeinek értékelésére, és annak megítélésére, hogy a teszt megfelelt vagy nem felelt meg.
A füsttesztek mérőszámai a szoftver alapvető funkcióinak megfelelő működésének vizsgálata mellett többek között a szoftver sebességét és betöltési idejét is értékelhetik.
1. Szoftver sebesség
A füsttesztek segítségével ellenőrizhető, hogy a szoftver sebessége és betöltési ideje megfelel-e az egyes tesztesetekben meghatározott kritériumoknak.
Ha például azt teszteli, hogyan viselkedik a szoftver az alkalmazás betöltésekor, és az alkalmazás a várt módon betöltődik, de két percig tart a rendszerindítás, akkor ezt hibaként jelölheti meg, mert nem felel meg az elvárt betöltési időnek.
2. Megbízhatóság
A füstteszt kétszeri lefuttatása segíthet a szoftver megbízhatóságának tesztelésében is. Ha bizonyos tesztesetek egyszer átmennek, de egyszer nem, az azt jelzi, hogy a kódban valamilyen hiba okoz hibákat, amelyek nem minden alkalommal fordulnak elő, amikor a szoftvert használják, de mégis komoly problémákat okozhatnak a felhasználóknak.
A legjobb ingyenes füsttesztelő eszközök
A füsttesztelési eszközök segíthetnek a füsttesztek hatékonyabb és gyorsabb futtatásában, hogy a legtöbbet hozhassa ki a füsttesztekből.
Az alábbiakban bemutatjuk a ma ingyenesen elérhető legjobb füsttesztelő eszközöket.
Az 5 legjobb ingyenes füsttesztelő eszköz
1. ZAPTEST FREE kiadás
A ZAPTEST egy ingyenes eszköz, amely lehetővé teszi a felhasználók számára a szoftvertesztelés és az RPA automatizálását anélkül, hogy egy centet is fizetnének.
A ZAPTEST FREE kiadással egyszerű füstteszteket végezhet több platformon, többek között mobil, web, API és LOAD platformokon.
Ha szeretné kipróbálni az automatizált füsttesztelést, a ZAPTEST ingyenes kiadásával első kézből tapasztalhatja meg az automatizálás előnyeit. Akkor is könnyen használható, ha nem műszaki háttérrel rendelkezik, mivel kód nélküli felülettel rendelkezik, és a legmodernebb számítógépes látás technológiát használja.
A legfontosabb, hogy a ZAPTEST FREE jól….. örökre ingyen! Ezzel szemben számos füsttesztelési és általános szoftverautomatizálási eszköznek van egy kezdeti tesztelési időszaka, amelyet követően előfizetési díj fizetésére kényszerül.
2. Szelén
A Selenium egy ingyenes, nyílt forráskódú eszköz, amellyel különböző típusú teszteket futtathat a szoftverén, beleértve a füst- és regressziós tesztelést is. Sok különböző programozási nyelvvel működik, és különösen jó a webes alkalmazások tesztelésére.
3. Appium
Ha mobilalkalmazásokon szeretne füst- és szanitástesztelést végezni, az Appium jobb választás, mint a Selenium. Az Appium könnyen telepíthető és használható, és egyszerű füsttesztek elvégzésére használható az iOS és Android rendszerre fejlesztett alkalmazásokon.
4. Testlink
A Testlink egy ingyenes, webalapú kezelőeszköz, amely lehetővé teszi a felhasználók számára, hogy tesztterveket és teszteseteket készítsenek egyetlen strukturált keretrendszerben. A Testlink segíthet megtervezni a füstteszteket, valamint felvázolni az elvárásokat és a mérőszámokat, mielőtt elkezdené a füsttesztelést.
5. QA Wolf
A QA Wolf egy ingyenes, végponttól végpontig tartó tesztelési eszköz, amely lehetővé teszi a felhasználók számára, hogy más funkcionális tesztek mellett automatizált QA füsttesztet is készítsenek. A QA Wolf még a technikai vagy kódolási ismeretekkel nem rendelkező emberek számára is használható, ami azt jelenti, hogy a legtöbb QA csapat számára kiváló bevezetés a teszt automatizálásba.
A legjobb vállalati füsttesztelő eszközök
Ha hajlandó egy kis pénzt befektetni a füsttesztelő eszközökbe, akkor vásárolhat olyan vállalati eszközöket, amelyek kiterjedtebb füsttesztelési képességekkel és alaposabb eredményekkel rendelkeznek.
Az alábbiakban felsoroljuk a piacon kapható öt legjobb vállalati füstteszt automatizálási eszközt.
Az 5 legjobb vállalati füst teszt automatizálási eszköz
1. ZAPTEST ENTERPRISE kiadás
A ZAPTEST ENTERPRISE kiadás egy olyan szoftvertesztelési és RPA csomag, amely képes teljesen automatizálni bármilyen típusú tesztet, beleértve a füsttesztelést is.
Az ingyenes verzió alkalmas kisebb cégek számára, amelyek szeretnék megismerni, mire képes a ZAPTEST, de ha olyan fizetős megoldást keres, amely könnyen használható és alkalmas bármilyen szoftver vagy alkalmazás tesztelésére, bármilyen platformon, böngészőben vagy eszközön, ÉS mindezek 1SCRIPT implementációjával, akkor a ZAPTEST ENTERPRISE egy nagyszerű kiindulópont.
2. SoapUI
A SoapUI egy olyan vállalati tesztelési eszköz, amely megkönnyíti a szoftverek végponttól végpontig tartó minőségbiztosítási tesztjeinek kezelését és végrehajtását. Ez egy viszonylag egyszerűen telepíthető eszköz, de megvannak a maga korlátai, ami az árképzésben is tükröződik.
3. Testim
A Testim egy fizetős füstteszt eszköz, amely mesterséges intelligencia segítségével kód nélküli teszteket készít, amelyek értékelik a szoftver funkcionalitását. A Testim Javascript API-ja használható a tesztek átalakítására, testreszabására és hibakeresésére.
4. T-Plan robot
A T-Plan Robot egy vállalati tesztelési eszköz, amelyet a minőségbiztosítási mérnökök használhatnak a szkriptelt felhasználói műveletek és a robotizált folyamatautomatizálás (RPA) automatizálására Windows, Mac, Linux és mobil rendszereken. A T-Plan Robot segítségével számos alkalmazás füsttesztjeit automatizálhatja, és a fejlesztés során a kulcsfontosságú pontokon futtatható automatizált szkripteket hozhat létre.
5. Rainforest QA
A Rainforest QA egy olyan QA füstteszt eszköz, amely lehetővé teszi a felhasználók számára, hogy egyetlen műszerfalról kezeljék és hajtsák végre mind a manuális, mind az automatizált füsttesztelést. Ezáltal ideális a hibrid megközelítés kipróbálásában érdekelt szervezetek számára, és a platformok széles skáláján használható, beleértve a felhőalapú alkalmazásokat, a Windowst és a Macet is.
Mikor érdemes vállalati és mikor ingyenes füsttesztelő eszközöket használni?
A vállalati és az ingyenes füsttesztelő eszközök hasonló igényeket elégíthetnek ki, némileg eltérő módon. Általában az ingyenes eszközök kiváló kapuként szolgálnak azon szervezetek számára, amelyek jól érzik magukat a manuális füsttesztelésben, de részletesebben szeretnék felfedezni az automatizált füsttesztelést.
Lehet, hogy a nagyon kis induló vállalkozások számára is alkalmasabbak, ahol a fizetős eszközökre még nincs pénz.
A vállalati tesztelési eszközök általában életképesebbé válnak, ahogy a vállalatok terjeszkednek. Számos előnyt kínálnak az ingyenes eszközökkel szemben, általában nagyobb rugalmasságot, jobb támogatást és felhasználóbarátabb felületeket, amelyek még a nem műszaki szakemberek számára is megkönnyítik az automatizált füsttesztelés elvégzését.
Füstvizsgálati ellenőrzőlista
A füstteszt megkezdése előtt a szoftver minőségbiztosítási csapata ezt az ellenőrző listát használhatja, hogy megbizonyosodjon arról, hogy a füsttesztelési folyamat minden lépését lefedik.
● Határozza meg a füsttesztelési eszközöket, amelyeket használni fog
● Válassza ki, hogy manuális vagy automatizált tesztet kíván-e létrehozni.
● Válassza ki a tesztelni kívánt teszteseteket.
● Hozzon létre tesztelési forgatókönyveket minden egyes esethez
● Határozza meg az egyes tesztesetekre vonatkozó “átmenő” követelményeket.
● Futtassa a füstteszteket
● Elemezze az eredményeket
● Visszajelzés a fejlesztés és a minőségbiztosítás felé
Következtetés
A füsttesztelés a szoftverfejlesztés és a minőségbiztosítás alapvető lépése. Biztosítja, hogy a termék működőképes legyen, mielőtt további tesztelésre kerülne sor, így elkerülhető annak kockázata, hogy a minőségbiztosítási csapatok időt és erőforrásokat pazaroljanak intenzív funkcionális tesztelésre olyan buildeken, amelyek még nem stabilak.
A füsttesztelés egy viszonylag gyors és egyszerű folyamat, amelyet a szoftvercsapatoknak a lehető leggyakrabban kell elvégezniük.
Mivel a vállalkozások a hiperautomatizálást, az RPA-t és más kapcsolódó technológiákat támogató fejlett eszközök használatával igyekeznek optimális hatékonyságot elérni, az automatizált füsttesztelés egyre gyakoribbá válik a különböző méretű szervezeteknél.
A manuális és az automatizált füsttesztelésnek egyaránt helye van a mai QA-környezetekben, de ahogy az automatizált tesztelés egyre elterjedtebbé válik, kétségtelen, hogy ez lesz a norma.
GYIK és erőforrások
Melyek a legjobb tanfolyamok a füstteszt automatizálásáról?
Ha többet szeretne megtudni a füstteszt-automatizálásról, néhány példa az online tanfolyamokra, amelyeket elvégezhet:
● Coursera füsttesztelő tanfolyamok
● Udemy füsttesztelési tanfolyamok
● Skillshare füsttesztelő tanfolyamok
A kezdők számára az egyik legjobb tanfolyam a Certified Tester ISTQB Foundation Level (CTFL), amely a Udemy oldalon érhető el.
Ezen online források mindegyike kínál füsttesztelési tanfolyamokat különböző képességű tanulók számára, és lehetséges, hogy ezeken az oldalakon ingyenes és fizetős tanfolyamokon is részt vehet.
Ha tanúsítványt szeretne szerezni, keressen olyan tanfolyamokat, amelyeket a CAST akkreditált.
Melyek a legjobb könyvek a füstvizsgálatról?
Ha többet szeretne megtudni a füsttesztelésről, olvasson el könyveket a szoftvertesztelésről és a füsttesztelésről, hogy jobban megértse a füsttesztelés megközelítéseit és előnyeit. A füstvizsgálatról szóló legjobb könyvek közé tartozik:
● A szoftvertesztelés művészete, írta Glenford J Myers, Tom Badgett és Corey Sandler
● Szoftvertesztelés, írta Ron Patton
● Szoftverteszt automatizálás, írta Mark Fewster és Dorothy Graham
Azonban rengeteg fantasztikus könyv létezik a szoftvertesztelésről, amelyek segíthetnek többet megtudni a tesztelés hogyanjáról, miértjéről és mikéntjéről.
Válasszon egy olyan könyvet, amelyik tetszik Önnek, és amelyik részletesebben foglalkozik az Önt leginkább érdeklő témákkal.
Mi az 5 legfontosabb interjúkérdés a füstteszteléssel kapcsolatban?
Ha olyan állásinterjúra készül, amely füstpróbával járhat, készüljön fel az interjúra, és készítse elő a válaszait az olyan gyakori interjúkérdésekre, mint például:
● Mikor van a megfelelő időpont a füstvizsgálat elvégzésére?
● Hogyan döntené el, hogy mely teszteseteket használja a füsttesztben?
● Miben különbözik a füsttesztelés más típusú tesztektől, például a szanitásteszteléstől?
● Mennyi kódolási tudás szükséges a füsttesztek elvégzéséhez?
● Mi a teendő, ha a füstpróba nem sikerül?
Melyek a legjobb YouTube oktatóanyagok a füsttesztelésről?
Ha vizuálisan tanulsz, a YouTube-videók segítségével többet tudhatsz meg a füsttesztelésről:
● Edureka füsttesztelési útmutató
● Mi a füstvizsgálat?
● Füsttesztelés vs. szanitástesztelés
Hogyan kell fenntartani a füstvizsgálatokat?
A füsttesztek karbantartása annak biztosításáról szól, hogy az Ön által létrehozott füsttesztek egészségesek és relevánsak maradjanak a szoftverépítési projekt folytatásával.
Végezze el a füstteszteket naponta, és hozzon létre új teszteseteket, amikor és amikor szükség van rájuk.
Azzal is maximalizálhatja a füsttesztek előnyeit, ha szorosan együttműködik azokkal a fejlesztőkkel, akiknek a hozzájárulása nem javítja a kódjuk minőségét.
Mi a füsttesztelés a szoftverfejlesztésben?
A füsttesztelést a szoftverfejlesztésben építési ellenőrző tesztelésnek is nevezik, és ez egy egyszerű és gyors teszt annak biztosítására, hogy a szoftver felépítése stabil legyen.
A füsttesztelés a build alapvető funkcióinak tesztelésére szolgál, és előzetes tesztként szolgál a további minőségbiztosítási tesztelés előtt.
Füsttesztelés vs. szanitástesztelés
A füst- és a szanitástesztelés a tesztelés mindkét típusa, amelyek egy szoftver vagy termék alapvető funkcióinak gyors tesztelését foglalják magukban.
Míg azonban a füsttesztelés azt vizsgálja, hogy a szoftver alapvető funkciói az elvárásoknak megfelelően viselkedtek-e, a szanitástesztelés általában annak ellenőrzésére szolgál, hogy a hibajavítások kijavították-e az azonosított problémákat.
A füsttesztelés egy formálisabb és dokumentáltabb folyamat, amelyet általában a stabilnak minősített build előtt végeznek el, míg a szanitástesztelés egy informális típusú teszt, amelyet a viszonylag stabil buildeken végzett regressziós tesztelés részeként lehet elvégezni.
Füsttesztelés vs. regressziós tesztelés
A füst- és a regressziós tesztelés a tesztelés mindkét típusa, amelyek azt ellenőrzik, hogy a szoftver az új változtatások után is megfelelően működik-e.
A füsttesztelés azonban egy viszonylag gyors és alacsony mélységű tesztelési típus, amely csupán az alapvető funkciókat ellenőrzi, és biztosítja, hogy a szoftver stabil legyen.
A regressziós tesztelés egy mélyebb szintű teszt, amely sokkal hosszabb időt vesz igénybe, és részletesebben értékeli a buildet.
Füsttesztelés vs. szanitástesztelés vs. regressziós tesztelés
Amikor a füst- és szanitástesztelést a regressziós teszteléssel hasonlítja össze, fontos megértenie, hogy mindhárom típusú tesztre szükség van a jó szoftverfejlesztéshez és minőségbiztosításhoz.
A füsttesztelés és a szanitástesztelés gyors módot kínál a szoftver normál működésének ellenőrzésére, míg a regressziós tesztelés mélyebb betekintést nyújt a termék működésébe.
A minőségbiztosítási csapatok először füsttesztelik a szoftvert, majd ha a szoftver átmegy ezen az ellenőrzésen, akkor következhet a szanitástesztelés, később pedig a regressziós tesztelés.
Az automatizált füsttesztelés a füsttesztelő eszközökkel egyre elterjedtebbé válik, de a tesztelés egyes típusai, például a regressziós tesztelés, a teszt összetett jellege miatt még nem automatizálhatók teljesen.
Végül, ha Windows platformokon, iOS, Android, UI tesztek, Linux és sok más platformon történő teszteléshez keres eszközöket, akkor töltse le a ZAPTEST FREE-t!
