fbpx

A szanitástesztelés egyfajta szoftvertesztelés, amely akkor történik, amikor egy új szoftvert fejlesztünk, vagy amikor kisebb változtatásokat eszközölünk a kódban vagy a funkcionalitásban egy meglévő buildben.

Ebben a cikkben mélyen elmerülünk a szanitástesztelés definíciójában és részleteiben, feltárjuk, mi a szanitástesztelés, hogyan lehet megközelíteni a szanitástesztelést, és milyen eszközökkel lehet egyszerűbbé és hatékonyabbá tenni a szoftverek szanitástesztelését.

Table of Contents

Mi az a józansági tesztelés?

A szanitástesztelés egyfajta szoftvertesztelés, amelyet a tesztelők végeznek annak biztosítására, hogy egy új szoftverépítés úgy működik, ahogyan kell. Ez egy gyors folyamat, amely megakadályozhatja, hogy a fejlesztők és a minőségbiztosítási csapatok időt és erőforrásokat pazaroljanak a még nem kész szoftverek szigorúbb tesztelésére.

A szanitástesztelést gyakran a hibajavítások vagy javítások elvégzése után használják, és arra szolgál, hogy teszteljék, hogy ezek a javítások működtek-e, és hogy a megváltoztatott alapvető funkciók most már úgy működnek-e, ahogyan kell. A build telepítése után a tesztelők a teljes regressziós tesztelés helyett szanitástesztelést végeznek, hogy megbizonyosodjanak arról, hogy a build működőképes, és a változtatások helyesen lettek végrehajtva.

Ha a fejlesztők által végrehajtott hibajavítások megfelelően működnek, a tesztelők úgy ítélik meg, hogy a szanitástesztet sikeresen teljesítették. Ha ezek nem úgy működnek, ahogyan kellene, a buildet elutasítják, és visszaküldik a fejlesztőknek további módosításokra, mielőtt mélyebb tesztelésre kerülne sor.

Mikor kell szanitástesztet végezni?

A szanitástesztelést általában stabil, de nem feltétlenül működőképes szoftvereken végzik; például egy szoftverkészítésen végrehajtott kisebb változtatások után a szoftvertesztelők szanitásteszteket végezhetnek, hogy megbizonyosodjanak arról, hogy ezek a változtatások megfelelően működnek, mielőtt továbblépnének a teljes regressziós tesztelésre.

A szanitástesztelésre a füsttesztelés után kerül sor, amellyel megállapítható, hogy egy build stabil-e vagy sem, de még a regressziós tesztelés előtt. Például, ha a füsttesztelés olyan instabilitásokat tár fel, amelyek javítást igényelnek, a hibák kijavítása érdekében végrehajtott változtatások után szanitástesztelést lehet végezni, hogy megállapítható legyen, hogy a változtatások az elvárásoknak megfelelően működnek-e.

Amikor nem kell józansági vizsgálatot végeznie

A szanitástesztelésre a stabil szoftverkészleten végrehajtott változtatások után kell sort keríteni, hogy ellenőrizni lehessen a változtatások működőképességét. Ha nem végzett semmilyen változtatást a szoftver buildjén, vagy ha éppen a még nem véglegesített változtatások bevezetésének közepén tart, nincs szükség a build épségtesztelésére.

Ha úgy dönt, hogy nem végez szanitástesztelést a szoftverépítés módosításai után, rövid távon időt takaríthat meg, de fennáll annak a veszélye, hogy a tesztelés során később nagyobb problémákat talál, amelyek megállítják a fejlesztést, és komoly késedelmeket okoznak.

Mindig érdemes a teljesítményt befolyásoló változtatások elvégzése után szanitástesztelést végezni, mert sokkal jobb, ha a lehetséges hibákat vagy problémákat korán azonosítjuk, mielőtt pénzt és erőforrásokat pazarolnánk az alaposabb minőségbiztosítási tesztelésre.

Ki vesz részt a józansági tesztelésben

A szanitástesztelést általában a tesztelők végzik, miután megkapták a stabil szoftverkészletet a további teszteléshez. A minőségbiztosítási tesztelők a build egyes aspektusainak szanitástesztelését végzik, például a megváltozott funkciók vagy a kijavított hibák esetében.

Ily módon a szanitástesztelés viszonylag részletes visszajelzést nyújt a szoftverépítés nagyon specifikus területeiről. Ha a tesztek sikeresek, a tesztelők további regressziós tesztelést végeznek. Ha nem sikerül, a buildet visszaküldik a fejlesztőknek további munkára.

A szanitástesztelés előnyei

A józansági tesztelés rengeteg időt és erőfeszítést takarít meg, mivel megakadályozza, hogy a minőségbiztosítási csapatok időt pazaroljanak a mélyebb tesztekre, mielőtt meggyőződnének arról, hogy a szoftverkészítés alapvető funkciói úgy működnek, ahogyan kell.

A szanitástesztelés gyors, költséghatékony és szükséges, ha a fejlesztő és tesztelő csapatok hatékonyan és gyorsan akarnak hibamentes szoftvert létrehozni.

● Időt és erőforrásokat takarít meg
● Nincs szükség dokumentációs erőfeszítésekre
● Segíthet a hiányzó tárgyak azonosításában
● Megelőzi a későbbi nagyobb problémákat

Hatékony és gyors

A szanitástesztelés gyors és hatékony módja annak, hogy meggyőződjünk arról, hogy a szoftverkészítés kulcsfontosságú funkciói az elvárásoknak megfelelően működnek-e.

Egyszerű szanitási teszteket kevesebb mint egy óra alatt elvégezhet, és ha a szanitási teszt átmegy, akkor a minőségbiztosítási csapat zöld utat kap a további teszteléshez.

Nem igényel dokumentációt

A legtöbb szanitástesztelés nem szkriptelt, ami azt jelenti, hogy a tesztelőknek nem kell szigorúan leírniuk az egyes tesztek megfelelési/nem megfelelési kritériumait, vagy dokumentációt írniuk a szanitásteszt eredményeinek bemutatásához. Ez azt jelenti, hogy viszonylag gyorsan és lazán elvégezhető, anélkül, hogy jelentős fennakadást okozna a munkában.

Képes a hiányzó tárgyak azonosítására

A szanitástesztelés segíthet a tesztelőknek azonosítani a kapcsolódó vagy hiányzó objektumokat, amelyek kulcsfontosságúak lehetnek a build működése szempontjából. Mivel a szanitástesztelés során egyes funkciókat külön-külön tesztelünk, a szanitástesztelés során könnyebb azonosítani az egyes hibákat és problémákat, mint a füsttesztelés és más kezdeti szoftvertesztek során.

Ez megelőzi a későbbi nagyobb problémákat

A józansági tesztelés segíthet a problémák korai felismerésében a tesztelési folyamat során, és elkerülheti a későbbiekben, a fejlesztés során a nagyobb, feltűnést keltő hibák előfordulását. A problémák korai felismerése segíthet abban, hogy a fejlesztés során tartsa az ütemtervet, és megelőzze a költséges hibákat.

A józansági tesztelés kihívásai

A józansági tesztelés nem mentes a kihívásoktól. A szanitástesztelő szoftver segíthet a tesztelőknek azonosítani néhány nagyobb hibát a buildben, mielőtt folytatnák a további tesztelést, de nem megbízható módja annak, hogy minden felmerülő problémát azonosítsanak.

A józansági tesztelés néhány kihívása a következő:

● Viszonylag szűk körű, és egyes kérdésekről lemaradhat.
● A józansági tesztelés nem írásos.
● A fejlesztők nem mindig tudják, hogyan javítsák ki a szanitástesztelés során talált hibákat.
● A józansági tesztelés csak a szoftver parancsaira és funkcióira összpontosít.

Szűk alkalmazási köre van

A szanitástesztelésnek nagyon szűk a hatóköre sok más tesztelési típushoz képest. A szanitástesztelés célja, hogy teszteljünk bizonyos funkciókat vagy változtatásokat, hogy megbizonyosodjunk arról, hogy megfelelően működnek. Ezeken a változtatásokon kívül a szanitástesztelés nem nyújt betekintést a szoftverkészítés általános funkcionalitásába.

Ez íratlan

Bár egyes tesztelők ezt előnynek tekinthetik, az a tény, hogy a szanitástesztelés nem scriptelt, azt jelenti, hogy nincs dokumentáció, amelyre a jövőben vissza lehetne tekinteni, ha a fejlesztők vagy a tesztelők ellenőrizni szeretnék a szanitásteszt eredményeit. A szanitástesztelésnek a közvetlen hatásán túl korlátozott a haszna.

Csak funkciókat és parancsokat tesztel

Az épelméjűségi tesztelés csak a funkciók és parancsok tesztelésére szolgál a szoftverkészítésben. Az épelméjűségtesztelés során nem lehet tesztelni a szoftver működését a tervezési struktúra szintjén, ami azt jelenti, hogy a fejlesztőknek nem mindig könnyű azonosítaniuk, hogy hol vannak a felmerülő problémák, és hogyan kell azokat kijavítani.

A józansági tesztelés jellemzői

A szanitástesztelés megkülönböztethető a szoftvertesztelés más formáitól a legfontosabb jellemzői és tulajdonságai alapján. A szanitástesztelés meghatározható a következő jellemzők figyelembevételével:

● Egyszerű
● Írás nélküli
● Dokumentálatlan
● Mély
● keskeny
● A tesztelők által végzett

Egyszerű

A józansági tesztelés a szoftvertesztelés egy egyszerű formája, amelyet könnyű megtervezni és ugyanilyen könnyű végrehajtani. Ez azt jelenti, hogy a QA szanitástesztelés gyorsan elvégezhető, amikor és ahogyan szükséges, anélkül, hogy a tesztelő csapatoknak informális teszteket kellene ütemezniük.

Írás nélküli és dokumentálatlan

A szanitástesztelés általában nem szkriptelt és nem dokumentált, ami szintén hozzájárul ahhoz, hogy a legtöbb tesztkörnyezetben a szanitástesztelés alkalmi módon végezhető.

A szanitástesztelés egy informális folyamat, amely elsősorban arra szolgál, hogy ellenőrizze, hogy a megváltozott funkciók és funkciók az elvárásoknak megfelelően működnek-e.

Mély és keskeny

A szanitástesztelés a szoftvertesztelés egy olyan típusa, amely egyszerre tekinthető mélynek és szűk körűnek. Ez azt jelenti, hogy a szanitástesztelés csak egy szűk látószöget fed le a szoftverkészítésről, de mélyrehatóan vizsgálja a készítés azon aspektusait, amelyeket tesztel.

A szoftvertesztelők például inkább egyetlen funkció működését tesztelik részletesen, minthogy az összes alapvető funkciót alapszinten tesztelnék.

A tesztelők által végzett

A szanitástesztelést szinte mindig tesztelők végzik. Ez különbözteti meg a szanitástesztelést a szoftvertesztelés más gyakori formáitól, például a füstteszteléstől, amelyet a minőségbiztosítási csapatok vagy a fejlesztők végezhetnek.

Szanitástesztelés vs füsttesztelés vs regressziós tesztelés

A szanitástesztelésről, a füsttesztelésről és a regressziós tesztelésről gyakran együtt beszélnek, és egyesek összekeverhetik a különböző tesztelési típusokat, ha nem értik a különbségeket a szanitástesztelés definíciója és más típusú tesztek között.

A füst- és a szanitástesztelés egyaránt gyors tesztek, amelyek célja annak megállapítása, hogy egy szoftver megfelelően működik-e. A szanitástesztek azonban különböznek a füsttesztektől és a regressziós tesztektől.

Mi az a füstvizsgálat?

A füsttesztelés a minőségbiztosításban a szoftvertesztelés egy olyan típusa, amelyet új szoftvereken végeznek a funkcionalitás és a viselkedés ellenőrzése céljából. A füstteszt egy gyors teszt, amely lefuttatja a szoftver alapvető funkcióit, hogy megbizonyosodjon arról, hogy azok megfelelően működnek.

Tegyük fel például, hogy egy mobil vásárlási alkalmazást tesztel. Ebben az esetben egy füstteszt segítségével ellenőrizheti, hogy a vásárlók be tudnak-e jelentkezni, hozzá tudnak-e adni termékeket a kosarukhoz, és ki tudnak-e fizetni anélkül, hogy nagyobb hibák vagy hibák jelentkeznének.

A füstteszteket a fejlesztés során a kódon végrehajtott olyan változtatások után is elvégzik, amelyek hatással lehetnek a build funkcionalitására.

Mi a regressziós tesztelés?

A regressziós tesztelés a szoftvertesztelés egy olyan típusa, amely annak megerősítésére szolgál, hogy a kódban nemrégiben végrehajtott változtatások nem befolyásolták negatívan a szoftver jellemzőit vagy funkcionalitását.

A szanitástesztelés a regressziós tesztelés egy alcsoportja, mivel az egyes funkciók vagy modulok működésének tesztelését foglalja magában.

A regressziós tesztelés az összes olyan terület részletes tesztelése, amely a legutóbbi build óta megváltozott vagy módosult.

Mi a különbség a füst- és a józansági vizsgálat között?

A füstteszteléshez hasonlóan a szanitástesztelés is azt vizsgálja, hogy bizonyos funkciók megfelelően működnek-e.

A füstteszteléssel ellentétben azonban a szanitástesztelés csak egy vagy két funkcióra összpontosít, általában azokra, amelyeket a közelmúltban változtattak meg vagy javítottak. Az egyik különbség a füst- és a szanitástesztelés között az, hogy a füsttesztelés szélesebb rálátást ad a szoftverkészítés funkcionalitására, míg a szanitástesztelés szűkebb, de mélyebb rálátást ad a készítés egyetlen aspektusára.

A szanitástesztelés végső soron a regressziós tesztelés egy részhalmaza, amely a szoftvertesztelés egy olyan típusa, amellyel a tesztelők azt vizsgálják, hogy a változtatásokat követően hogyan működik egy szoftverépítés.

A legnagyobb különbség a füst- és a regressziós tesztelés között az, hogy a füsttesztelést a minőségbiztosításban a kezdeti vagy instabil buildeken végzik, míg a regressziós tesztelést mindig stabil buildeken végzik.

A tesztelők vagy a fejlesztők egyaránt végezhetnek füsttesztelést, míg a tesztelők mindig regressziós tesztelést végeznek.

Mi a különbség a szanitástesztelés és a regressziós tesztelés között?

A regressziós tesztelés a józansági tesztelés szuperhalmaza, ami azt jelenti, hogy a józansági teszt lényegében egy teljes regressziós teszt egyetlen kis eleme.

A legnagyobb különbség a szanitástesztelés és a regressziós tesztelés között az, hogy a szanitástesztelés csak néhány, kiválasztott kódterületet tesztel, amelyeket megváltoztattak, hogy „szanitástesztelje” a build állapotát, míg a regressziós tesztelés a módosított kód összes területét teszteli, hogy megbizonyosodjon arról, hogy az elvárásoknak megfelelően működik.

Egy másik különbség a szanitástesztelés és a regressziós tesztelés között az, hogy először a szanitástesztelést végzik el, és a teljes regressziós tesztelésre csak akkor kerül sor, ha a szanitástesztek átmentek.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Füst-, szanitási és regressziós tesztelés: következtetés

A füsttesztelés, a szanitástesztelés és a regressziós tesztelés a szoftvertesztelés olyan típusai, amelyek segítségével a fejlesztők és a tesztelők a fejlesztés korai szakaszában azonosíthatják a kódban lévő hibákat.

A füsttesztelés a tesztelés első típusa, amelyet a fejlesztők vagy a tesztelők végezhetnek instabil buildeken. Ez a legnagyobb különbség a füst- és a regressziós tesztelés között.

Ezután következik a szanitástesztelés, és a teljes regresszióra akkor kerül sor, ha az első tesztek mindegyike sikerül.

A tesztek mindhárom típusa elengedhetetlen annak biztosításához, hogy a fejlesztőcsapatok és a minőségbiztosítási csapatok ne pazaroljanak időt és erőforrásokat a szoftver olyan szembetűnő hibákat tartalmazó buildjeire, amelyek jelentős késedelmeket okozhatnak, ha csak a fejlesztés későbbi szakaszában találják meg őket.

Kézi vs. automatizált szanitástesztek

A modern automatizálási technológia lehetővé teszi a szanitástesztek automatizálását, hogy a tesztelőknek kevesebb időt kelljen tölteniük ezeknek a szükséges teszteknek az elvégzésével.

A szanitástesztek automatizálása azonban általában több technikai erőforrást igényel, mint a manuális tesztelés, és nehéz lehet a fejlesztési időt az automatizált szanitástesztek létrehozására és futtatására szanitásteszt-eszközök használata nélkül.

Gyakran a legjobb választás a rendszeres automatizált tesztelés és a manuális szanitástesztelés kombinálása, hogy az alapvető funkciókat részletesebben feltárjuk.

Kézi szanitástesztelés: előnyök, kihívások és folyamatok

A manuális szanitástesztelés minden olyan szanitástesztelés, amelyet emberi tesztelők végeznek manuálisan. A manuális tesztelés során a tesztelők maguk validálják a szoftverkészítés kulcsfontosságú jellemzőit azáltal, hogy különböző tesztesetek eredményeit tesztelik, és ezeket összevetik a várt eredményekkel.

A kézi tesztelést gyakran részletesebbnek tekintik, mint az automatizált tesztelést, mivel több feltáró tesztelést tesz lehetővé. Míg az automatizált tesztek egyszerűen csak egy meghatározott forgatókönyvet követnek, a kézi tesztelők saját belátásukat és ítélőképességüket használhatják a további vizsgálatot igénylő funkciók és folyamatok feltárására. Más szavakkal, el tudnak térni a forgatókönyvtől.

A manuális szanitástesztelés előnyei a következők:

● A kézi tesztelést könnyen elvégezhetik a nem műszaki QA személyzet tagjai is.
● Könnyen beállítható kézi szanitási teszt külön erőforrások nélkül
● A tesztelők a kézi tesztelés során a szoftver különböző elemeit vizsgálhatják meg.
A manuális szanitástesztelésnek azonban számos hátránya is van:

● A kézi tesztelés időigényes, és nem lehet olyan rendszeresen elvégezni, mint az automatizált tesztelést.
● A tesztelés lehet kevésbé részletes, ha a tesztelők időt akarnak megtakarítani.
● A tesztelés lefedettsége szűkebb lehet
● A kézi szanitástesztelés során emberi hiba is előfordulhat

Szanitásteszt automatizálás: előnyök, kihívások és folyamatok

Az automatizált tesztelés egyre népszerűbb a tesztelő csapatok körében, amelyek rendelkeznek a megvalósításhoz szükséges erőforrásokkal és készségekkel. A szanitástesztelés automatizálása lehetővé teszi a tesztelő csapatok számára, hogy rendszeresebben végezzék el a szanitásteszteket, és hogy több teszt esetében egységesítsék a szanitástesztelési folyamatot.

A szoftverek automatizálási eszközökkel történő szanity tesztelése az egyik leggyorsabb és leghatékonyabb módja a szanity tesztelésnek, de a szoftvercsapatoknak technikai erőforrásokat kell elkülöníteniük az automatizálási folyamatok létrehozására és kezelésére.

Kisebb csapatoknál ez erőforrásokat vonhat el olyan létfontosságú folyamatoktól, mint a fejlesztés és a hibajavítás.

Az automatizált szanitástesztelés előnyei a következők:

● Az automatizált szanitástesztelés sokkal hatékonyabb, mint a kézi tesztelés
● Az automatizálás használata esetén nincsenek korlátok a rendszeres szanitástesztek elvégzésében.
● A szanitástesztelés automatizálásában kevés hely van az emberi hibáknak.
● Az automatizált szanitástesztek a minták szélesebb körére terjedhetnek ki

Az automatizált tesztelésnek azonban hátrányai is vannak, többek között:

● Az automatizált tesztelés nem enged teret a szubjektivitásnak
● Az automatizált tesztek nem tudnak a szkriptelt forgatókönyveken kívülre jutni.
● A szanitástesztelés automatizálása erőforrásokba kerül
● Nem minden tesztelő csapat rendelkezik a szanitástesztelés automatizálásához szükséges technikai készségekkel.

Következtetés: Kézi vagy szanitás teszt automatizálás?

Ideális esetben a fejlesztőcsapatok és a tesztelők a legjobb eredmények elérése érdekében kombinálhatják a kézi minőségbiztosítási tesztelést az automatizált teszteléssel. Ez lehetővé teszi a szoftvercsapatok számára, hogy kihasználják az automatizált tesztelés következetességét és a kézi tesztelés rugalmasságát.

Mind a füst-, mind a szanitástesztelés esetében a szanitástesztelés automatizálása erőforrásokba és technikai készségekbe kerül, ami azt jelenti, hogy ez nem mindig lehetséges, különösen a kisebb szoftvercsapatok vagy az egyszeri szanitástesztek esetében.

Az automatizált tesztelést felfedezni kívánó tesztelő csapatok az automatizálási folyamat egyszerűsítésére és a további fejlesztői személyzet szükségességének csökkentésére használhatják a szanitástesztelő eszközöket.

Amire szükséged van a józansági tesztelés megkezdéséhez

Mielőtt elkezdené a szanitástesztelést, fontos, hogy meghatározza, hogyan fogja megközelíteni a tesztelést, és meghatározza a szanitástesztelés paramétereit és céljait. A józansági teszteléshez nincs szükség sok tényleges eszközre, és a józansági tesztelés nagyrészt tervezetlenül történhet.

Leggyakrabban azért végeznek szanitástesztelést, mert egy stabil szoftverkészleten változtatásokat hajtottak végre, és a tesztelők szeretnék ellenőrizni, hogy ezek a változtatások az elvárásoknak megfelelően működnek-e.

Ebben az esetben a szanitástesztet úgy kezdjük el, hogy felvázoljuk a végrehajtott változtatásokat, a tesztelésükhöz használt folyamatokat és az egyes tesztek várható eredményeit.

Stabil felépítés

A szanitási teszteket akkor végzik el, amikor a szoftverkészítés stabilitását a füstteszteléssel tesztelték. A fejlesztők és a tesztelők felelőssége, hogy a további tesztek elvégzése előtt megbizonyosodjanak arról, hogy a szoftver buildje stabil.

Tesztelési forgatókönyvek

Mielőtt elkezdené a szanitástesztelést, fel kell vázolnia a tesztelési forgatókönyveket, amelyeket tesztelni fog, függetlenül attól, hogy manuális vagy automatizált szanitásteszteket fog végezni.

Ha a hibák kijavítása után végzi a szanitástesztelést, akkor olyan teszteseteket kell definiálnia, amelyek a javítások minőségét ellenőrzik.

Szanitástesztelő eszközök

A szanitásteszteléshez nincs szükség speciális eszközökre, de a szanitástesztelési eszközök megkönnyíthetik a tesztek elvégzését a szokásos munkanap során.

Ha át szeretne térni a nap folyamán végzett rendszeres szanitástesztekre, vagy ha a fejlesztőcsapata naponta többször módosítja a szoftvert, a szanitástesztelési eszközök segíthetnek. Például tesztelési eszközöket használhat a robotizált folyamatautomatizálás megvalósításához.

A szanitástesztelési folyamat

A szoftver szanitástesztelése általában viszonylag gyors folyamat, amely kevesebb mint egy óra alatt elvégezhető. A szanitási tesztek automatizálása kezdetben hosszabb időt vehet igénybe, de ha az automatizálási szkriptet egyszer már beállította, akkor a szanitási teszteket pillanatok alatt elvégezheti.

Kövesse az alábbi lépéseket, hogy megértse, hogyan kell elvégezni a manuális szanitástesztet, és milyen lépéseket kell tennie a tesztelési folyamat egyes szakaszaiban.

1. A módosított alkatrészek azonosítása

A szanitástesztelés célja, hogy tesztelje az egyes funkciók és komponensek működőképességét, miután változtatásokat hajtottak végre a buildben.

Mielőtt elkezdené a szoftver szanitástesztelését, fontos azonosítani, hogy mely komponenseket módosították vagy adtak hozzá a buildhez, és a kód mely aspektusait változtatták meg a legutóbbi tesztelési kör óta.

2. Értékelje az egyes komponenseket

Miután azonosította a tesztelést igénylő komponenseket, minden egyes komponenst külön-külön elemezhet, hogy megértse a tulajdonságait és a működésének módját.

Ez segít a tesztelőknek abban, hogy megértsék a szanitástesztelés várható eredményeit, és értelmet adjanak a tesztek eredményeinek.

3. A szanitástesztelési megközelítés meghatározása

Ebben a szakaszban meg kell határozni a szanitásteszteléshez való hozzáállást. Kézi vagy automatizált tesztelést fog végezni?

Ha automatizált megközelítést alkalmaz, a tesztelés automatizálásához használt eszközöknek segíteniük kell a már azonosított összetevők teszteléséhez szükséges tesztelési szkriptek létrehozásában.

Ha kézzel tesztel, fontolja meg, hogyan teszteli az ellenőrizendő funkciókat.

4. Végezze el a szanitási tesztelést

A szanitástesztelés következő szakasza magának a tesztelésnek a lefolytatása.

A tesztelők kézi szanitási ellenőrzést végeznek a modulok összes olyan összetevőjének, kapcsolódó paraméterének és funkciójának értékelésével, amelyet az utolsó teszt óta szerkesztettek, hozzáadtak vagy módosítottak.

A szoftver szanitástesztelésekor hasonlítsa össze az egyes szanitástesztek eredményeit a teszt várható eredményeivel, hogy megbizonyosodjon arról, hogy az egyes összetevők megfelelően működnek-e.

5. Következő lépések

Miután elvégezte a szanitástesztet, mérlegelje, hogy a build átment-e vagy sem. Ha a szanitástesztek nem várt viselkedést vagy eredményt eredményeznek, küldje vissza a buildet a fejlesztőknek további munkára.

Ha a build átmegy a szanitástesztelésen, ami azt jelenti, hogy a build minden összetevője az elvárt módon viselkedik, akkor további regressziós tesztelésre kerülhet sor.

Legjobb gyakorlatok a szanitásteszteléshez

Mivel a szanitástesztelés nem szkriptelt és nem dokumentált, a tesztelők akkor és úgy végezhetnek szanitástesztelést, amikor és amikor szükségük van rá. Nincs sok ajánlott legjobb gyakorlat a szanitástesztelésre, mivel ez a szoftvertesztelésnek egy ilyen alkalmi típusa, de van néhány szabály, amelyet követhet, és amely segíthet abban, hogy a legtöbbet hozza ki a szanitástesztekből.

Új funkciók hozzáadása után mindig végezzen szanitástesztet

A szoftverek szanitástesztelésére akkor van szükség, amikor új funkciókat vagy parancsokat adunk hozzá egy stabil szoftverkészlethez.

A szanitástesztelés legfontosabb legjobb gyakorlata, hogy mindig végezzen szanitástesztelést minden alkalommal, amikor egy komponens módosul vagy hozzáadódik, vagy amikor egy hibát kijavítanak.

Koncentráljon a releváns funkciókra és parancsokra

A szanitástesztelés definíciójának része, hogy a függvényekre és parancsokra összpontosít, de a szanitástesztelés során fontos, hogy azokra a függvényekre és parancsokra összpontosítson, amelyek a legfontosabbak a szoftver felépítésének működése szempontjából.

A füstteszteléshez hasonlóan a szanitástesztelés is az olyan alapvető funkciók értékelésére szolgál, amelyek komoly zavarokat okozhatnak, ha nem azonosítják őket ebben a szakaszban.

Ahol lehetséges, mindig automatizáljuk a teszteket

Ha rendelkezik a józansági tesztek automatizálásához szükséges erőforrásokkal, eszközökkel és technikai készségekkel, ez segíthet a tesztelési folyamat felgyorsításában és a tesztelési módszerek szabványosításában.

Ez nem azt jelenti, hogy az automatizált tesztelést mindig a kézi tesztelés helyett kell alkalmazni, hanem azt, hogy a kézi tesztelés mellett mindig valamilyen automatizált tesztelés végrehajtása a legjobb.

A szanáltsági teszt kimeneteinek típusai

Az esetek többségében a szanitásteszt kimenete egyszerűen egy bináris „megfelelt” vagy „nem felelt meg” döntés lesz, attól függően, hogy a tesztelt komponensek hogyan viselkednek a tesztelési körülmények között.

Pass

Ha a módosított kódban nincsenek hibák vagy logikai hibák, akkor a józansági tesztnek sikeresnek kell lennie. A megfelelés egyszerűen azt jelenti, hogy a modulok a józansági teszt elvégzésekor úgy viselkednek, ahogyan azt elvárnád tőlük.

Ha a szanitásteszt sikeres, a tesztelők további teszteléssel és teljes körű regressziós tesztekkel folytatják.

Fail

Ha a tesztelt függvények nem úgy viselkednek, ahogyan azt elvárja, amikor elvégzi a szanitástesztet, az azt jelzi, hogy a teszt sikertelen volt.

A tesztelők ezután visszaadják a szoftvert a fejlesztőcsapatnak, hogy folytassák a fejlesztést, javítsák ki a hibákat, és javítsák ki a kódban lévő hibákat, amelyek a tesztek sikertelenségét okozhatják.

Példák a szanitástesztekre

A szanitástesztelés megtanulása példatesztek segítségével a legjobb módja annak, hogy megértsük, hogyan működnek a szanitástesztek, és hogyan kell kézzel elvégezni a szanitástesztet.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Az alábbiakban két példával illusztráljuk a szanitástesztelést, példatesztekkel.

Szanitástesztelés egy hibajavítás után

A füsttesztelés során a fejlesztők olyan hibákat találtak egy e-kereskedelmi alkalmazásban, amelyek megakadályozták, hogy a vásárlók új elemeket adjanak hozzá a kosarukhoz.

A hiba kijavítását célzó javítások elvégzése után a buildet átadtuk a QA-tesztelőknek egy szanitási tesztre. A szanitási teszt az új elemek kosárba helyezésének tesztelését foglalta magában, hogy megbizonyosodjunk arról, hogy ez az elvárásoknak megfelelően működik.

Szanitástesztelés a módosítások után

Egy fejlesztőcsapat egy bevásárlólista-alkalmazás frissítésén dolgozik, amely lehetővé teszi a felhasználók számára, hogy különböző címkékkel kategorizálják a listákat. Ez rengeteg új kód hozzáadását jelenti a meglévő buildhez a funkció megvalósításához.

A kód hozzáadása után a tesztelők szanitástesztelést végeznek, hogy értékeljék az új funkciót és teszteljék annak teljesítményét. Felmerül egy hiba, amely megakadályozza, hogy a felhasználók újra kategorizáljanak egy listát, ha már hozzáadtak egy címkét, ezért a buildet visszaküldik a fejlesztőknek további munkára.

A szanitásteszteléssel feltárt hibák és hibák típusai

A szanitástesztelést általában arra használják, hogy teszteljék a szoftver építésének ésszerűségét, miután olyan módosításokat végeztek, amelyek hatással lehetnek a szoftver funkcionalitására.

Mint ilyen, a szoftver szanitástesztelés segíthet a minőségbiztosítási tesztelőknek azonosítani a számítógépes kód különböző hibáit és hibáit.

Logikai hibák

A szanitástesztek segíthetnek a tesztelőknek és a fejlesztőknek azonosítani az új kódon belüli logikai hibákat. Ezek a hibák az alapvető funkciók váratlan viselkedését vagy akár a szoftver összeomlását is okozhatják.

Bugs

A számítógépes kódban lévő hibák lehetnek kicsik vagy nagyok; egyes esetekben egyszerűen csak a használhatóságot és a kényelmet befolyásolják, míg más esetekben az egész alkalmazás működését megakadályozhatják.

A szanitástesztek azonosíthatják a hibákat, vagy felfedhetik, hogy egy hibát megfelelően kijavítottak-e vagy sem.

Közös szanitástesztelési metrikák

A mérőszámoknak bármilyen szoftvertesztelésben megszámlálhatónak és számszerűsíthetőnek kell lenniük. Amikor szanitástesztelést végez, fontos, hogy nyomon kövesse a metrikákat, amelyek segítségével objektíven értékelheti a szanitásteszt kimenetét vagy eredményét.

Ez különösen fontos, ha a jövőben automatizálni szeretné a szanitástesztelést.

Néhány példa a szanitástesztelési metrikákra:

● Nem végrehajtott tesztesetek
● Tesztelt esetek átmentek
● A tesztek sikertelenek voltak
● Blokkolt tesztesetek

A mérhető mérőszámok közé tartozik minden olyan eredmény, amely mennyiségi adatokat szolgáltat arról, hogy a szoftverépítés mennyire jól teljesített a szanitásteszt során.

5 legjobb ingyenes szanitástesztelő eszköz

Ha érdekli az ingyenes szanitástesztelő eszközök alkalmazása, amelyek segítenek a stabil szoftverek szanitástesztjeinek megtervezésében, futtatásában és automatizálásában, az alábbiakban felsoroljuk a legjobb, ma ingyenesen elérhető online szanitástesztelő eszközöket.

ZAPTEST FREE kiadás

A ZAPTEST egy ingyenes tesztelési eszközcsomag, amely ingyenes verzióban és fizetős vállalati kiadásban is elérhető.

A ZAPTEST FREE eszköz egy olyan szoftvertesztelő eszköz, amely lehetővé teszi a felhasználók számára, hogy automatizálják a szanitási teszteket, füstteszteket és más típusú szoftverteszteket a Mac, Windows, Android és más platformok alkalmazásainak teszteléséhez.

Könnyen kezelhető, és ideális módja annak, hogy kipróbálja a szanitás tesztelés automatizálását anélkül, hogy prémiumot fizetne.

Röviden, a ZAPTEST 1SCRIPT technológiája lehetővé teszi a tesztek automatizálását bármilyen szoftveralkalmazáson, platform-, böngésző- és eszköz-függetlenül, kód nélküli felületen, amely ideális mind a kezdő, mind a nagyon tapasztalt tesztelők számára.

QA Wolf

Ha az egyszerűséget keresi, a QA Wolf egy kellemesen egyszerű QA tesztelési alkalmazás, amely teljes mértékben a böngészőben található, ami azt jelenti, hogy nem kell semmit letöltenie a használatához. A QA Wolf segítségével automatizált teszteket végezhet, függetlenül attól, hogy milyen képzettségi szinten áll.

Szelén

A Selenium egy másik tesztelő eszköz, amely ingyenes és fizetős változatban is elérhető. A Selenium számos programozási nyelvvel kompatibilis, így kiváló választás a kevésbé elterjedt nyelveket használó fejlesztőcsapatok számára, és használható a webes alkalmazások szanitástesztelésének és más típusú tesztelésének automatizálására.

Watir

Ha szeretné elkezdeni a saját automatizált szoftvertesztek írását, de nem tudja, hol kezdje, a Watir egy nyílt forráskódú eszköz, amely megkönnyíti az egyszerű és karbantartható automatizált szanitástesztek írását.

Szélmalom

A Windmill egy nyílt forráskódú tesztelő eszköz, amelyet a webes alkalmazások tesztelésének és hibakeresésének automatizálására hoztak létre. Ez egy hatékony eszköz a józansági tesztelők számára, akik ellenőrizni szeretnék, hogy a webes alkalmazások a fejlesztési szakaszban megfelelően hibakeresésre kerültek-e.

Szanitástesztelési ellenőrzőlista

Mielőtt elvégezné az első szanitásteszteket, győződjön meg róla, hogy érti, hogyan kell definiálni a szanitástesztelést, és mire lesz szüksége, mielőtt elkezdi a szanitástesztelést.

● Tudja, hogy milyen új funkciókat adtak hozzá a buildhez?
● Érti, hogyan kell működnie az új funkciónak?
● Mik a kritériumok a józansági teszt átadására és elbukására?
● Szükséged van-e bármilyen szanitástesztelő eszköz beszerzésére, mielőtt elkezdenéd?
● Hogyan tervezi, hogy a teszt eredményeit továbbítja a fejlesztőknek?
● Tudja, hogyan lehet szükség esetén megismételni a szanitásteszteket?
Ha már tudja az összes választ ezekre a kérdésekre, akkor készen áll az első józansági tesztre.

Következtetés

A szanitástesztelés a szoftvertesztelés szükséges lépése, amely lehetővé teszi a tesztelők számára annak értékelését, hogy a nemrég módosított komponensek megfelelően működnek-e. A szanitástesztelést mindig a tesztelők és nem a fejlesztők végzik, és a szanitástesztelés automatizálható vagy manuálisan is elvégezhető.

Ahogy egyre több szoftvercsapat mozdul el a hiperautomatizálás felé, az automatizált szanitástesztelés egyre gyakoribbá válik. Ideális esetben a szoftvercsapatok arra törekedhetnek, hogy új komponensek tesztelésekor manuális, feltáró tesztelést végezzenek, míg a munkanap során a kisebb változtatások tesztelésére automatizált tesztelést alkalmazzanak.

GYIK és erőforrások

Ha bővíteni szeretné ismereteit a józansági tesztelésről, nézze meg az alábbi forrásokat és GYIK-eket.

A legjobb tanfolyamok a szanitás teszt automatizálásáról

A szanitástesztelésről és a szoftvertesztelés más típusairól többet megtudhat, ha online tanfolyamokat keres a szanitástesztelésről. Online tanfolyamokat találhat az alábbi weboldalakon:

● Coursera
● Uplatz
● Pálya vonal
● Edureka
Egyes online tanfolyamokat ingyenesen kínálnak, míg mások a tanfolyam elvégzése után tanúsítványt vagy képesítést adhatnak díj ellenében.

A legjobb könyvek a józansági tesztelésről

A józansági teszteléssel kapcsolatos ismereteket a józansági tesztelésről és a szoftvertesztelésről szóló könyvek elolvasásával fejlesztheti.

● Szoftvertesztelés, írta Ron Patton
● How to Break Software, írta James Whittaker
● Szoftvertesztelési technikák, írta Boris Beizer
● Szoftverteszt automatizálás, írta Mark Fewster és Dorothy Graham
● Agilis tesztelés, írta Lisa Crispin és Janet Gregory

Melyik a top 5 interjúkérdés a szanitás teszteléssel kapcsolatban?

Mielőtt jelentkezik olyan QA-munkahelyekre, amelyekhez szanitástesztelés is tartozhat, felkészülhet a gyakori szanitástesztelési interjúkérdésekre adott válaszokra.

● Mi a különbség a füst- és a szanitástesztelés között?
● Mikor kell elvégezni a szanitástesztet?
● Hogyan állapítható meg, hogy a szanitási teszt sikertelen volt-e?
● Mikor végezhetünk manuális és mikor automatizált tesztelést?
● Milyen előnyei vannak a szanitástesztelésnek?

A legjobb YouTube oktatóanyagok a józansági tesztelésről

A szanitástesztelésről többet megtudhatsz ezekből a YouTube-videókból:

Mi az a józansági tesztelés?
A különbség a füst és a józansági vizsgálat között
Mi az a józansági tesztelés? Purushotam Akadémia
Füsttesztelés vs. szanitástesztelés példákkal

Hogyan kell fenntartani a szanitási teszteket

Mivel a szanitásteszteket általában a kódon végzett módosítások ellenőrzésére használják, minden egyes alkalommal, amikor szanitástesztet futtat, a kód különböző elemeit tesztelheti, vagy a tesztet különböző funkciók értékeléséhez igazíthatja.

Ezért fontos, hogy a szanitástesztek karbantartását folyamatosan felügyelje, hogy bármikor készen álljon a tesztelésre, amikor csak szükség van rá.

● Frissítse a teszteseteket, ahogy a szoftverkészítés funkcionalitása fejlődik
● Mindig kövesse a teszttervezés legjobb gyakorlatait
● Rendszeresen értékelje újra tesztjeit
● Tartsa szem előtt a jövőbeli projekteket, amikor új teszteket hoz létre

Mi az a szanitástesztelés a minőségbiztosításban?

A minőségbiztosítási tesztelés a szoftver tesztelésének egy olyan típusa, amely magában foglalja a stabil szoftverkészítés újonnan módosított vagy hozzáadott összetevőinek tesztelését, hogy megbizonyosodjon arról, hogy azok helyesen viselkednek.

Ez a szanitástesztelési definíció megkülönbözteti a szanitástesztelést a füstteszteléstől, mivel a füsttesztelést instabil buildeken végzik.

A szoftverek szanitástesztelését mindig a tesztelők és nem a fejlesztők végzik, és az egyik leggyakoribb ok a szanitásteszt elvégzésére az, hogy egy hibát kijavítottak vagy javítottak. Így a tesztelők megbizonyosodnak arról, hogy a javítás megfelelően működik, és megkezdődhet a további tesztelés.

Természetesen, ha egy szervezetnek szüksége van vállalati szintű szoftvertesztelésre + szolgáltatásokra, vegye fel velünk a kapcsolatot! A ZAPTEST a vezető automatizálási eszköz bármilyen platformon, beleértve a Linux, Windows, Android, iOS, web. Lehetővé tesz bármilyen tesztet, beleértve a terhelési teszteket, teljesítményteszteket, UI teszteket, egységteszteket, funkcionális teszteket, integrációs teszteket, UI teszteket, komplex API teszteket és még sok-sok mást!

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post

Virtual Expert

ZAPTEST

ZAPTEST Logo