Legjobb válasz
Rendszerteszt esetek
Íme néhány teszt-forgatókönyv egy e-kereskedelmi webhelyhez:
1 Ha a webhely megfelelően elindul, az összes releváns oldallal, szolgáltatással és logóval ellátva.
2. Ha a felhasználó regisztrálhat / bejelentkezhet a webhelyre
3. Ha a felhasználó látja a rendelkezésre álló termékeket, termékeket tehet a kosarába, fizethet és megerősítést kaphat a e-mail vagy SMS vagy hívás.
4. Ha a fő funkciók, például keresés, szűrés, rendezés, hozzáadás, változtatás, kívánságlista stb. a várakozásoknak megfelelően működik
4. Ha a felhasználók száma (a követelménydokumentumban meghatározottak szerint) egyszerre férhet hozzá a webhelyhez
5. Ha a webhely megfelelően elindul az összes fő böngészőben és eir legújabb verziói
6. Ha a tranzakciókat a webhelyen egy adott felhasználón keresztül hajtják végre, akkor elég biztonságosak
7. Ha a webhely megfelelően indul az összes támogatott platformon, például Windows, Linux, Mobile stb.
8. Ha a felhasználói kézikönyv / útmutató visszaküldési irányelvei, az adatvédelmi irányelvek és a webhely használatának feltételei külön dokumentumként állnak rendelkezésre, és hasznosak minden újonc vagy első alkalommal használó felhasználó számára.
9. Ha az oldalak tartalma megfelelően igazodik, jól kezelhető és helyesírási hibák nélkül.
10. Ha a munkamenet időkorlátja megvalósul és a várakozásoknak megfelelően működik
11. Ha a felhasználó elégedett a webhely vagy más szóval a felhasználó használata nem nehezíti meg a webhely használatát.
A rendszer tesztelésének típusai
Funkcionalitás tesztelése: győződjön meg arról, hogy a termék funkcionalitása a meghatározott követelményeknek megfelelően működik, a rendszer képességein belül.
Helyreállíthatósági tesztelés: annak biztosítására, hogy hogyan a rendszer helyreáll a különféle bemeneti hibákból és egyéb meghibásodásokból.
Interoperabilitási tesztelés: annak biztosítása, hogy a rendszer jól tud-e működni harmadik féllel -party termékek vagy sem.
Teljesítményvizsgálat: A rendszer teljesítményének biztosítása a különböző feltételek mellett, a teljesítményjellemzők tekintetében.
Méretezhetőség tesztelése: Annak érdekében, hogy megbizonyosodjon a rendszer méretezési képességeiről különböző fogalmakkal, például felhasználói méretezéssel, földrajzi méretezéssel és erőforrás méretezéssel. Megbízhatóság tesztelése: Annak biztosítása, hogy a rendszert hosszabb ideig működhessék hibák kialakulása nélkül.
Regresszió tesztelés: győződjön meg arról, hogy a rendszer stabilitása áthalad a különböző alrendszerek és karbantartási feladatok integrációján.
Dokumentáció tesztelése: A rendszer felhasználói útmutatójának biztosítása és más súgótémakörökről szóló dokumentumok helyesek és használhatók.
Biztonsági tesztelés: annak biztosítása, hogy a rendszer ne engedélyezze az adatokhoz és erőforrásokhoz való illetéktelen hozzáférést .
Válasz
Vegyünk egy egyszerű példát annak megértéséhez, hogy mi az a teszt Automatizálási keretrendszer . Mit gondol, hogyan működik az indiai demokrácia, a világ második legnagyobb? Eseti jellegű? Nem! Alapvető folyamatok és struktúrák vezérlik az indiai demokráciát – India alkotmánya. Mi lenne, ha az Alkotmány nem lett volna ott? Mi lenne, ha az embereket nem vezérelnék semmilyen irányelvek? Igen! Teljes káosz.
A „keretrendszer” az, ami szinte mindent vezérel – egy alapvető vázlat vagy struktúra, egy sor irányelv, amelyek követése következetes és előnyös eredményeket hoz. Legyen szó gyártásról, politikáról vagy szolgáltatásokról. Akkor a tesztelési automatizálási keretrendszer hogyan lehet más!
Automatizálási keretrendszer tesztelése
Mielőtt áttérne a Teszt automatizálási keretrendszer , először ismerjük meg a teszt automatizálás különböző összetevőit.
- AUT : A tesztelt alkalmazás
- Test Automation eszköz , például HPE UFT vagy Selenium
- Test Management Tool , ahol a teszteseteket és a képernyőképeket tárolják. Ennek hiányában egy közös megosztott meghajtó is használható.
- Tesztkörnyezet : Stabil környezet, amelyen tesztalkalmazást telepítenek
- Alkalmazásobjektumok : Különböző elemek az alkalmazáson belül, például szövegdoboz, jelölőnégyzet, választógomb, legördülő menü stb.
- Alkalmazásmodulok : Specifikus funkcionális folyamatok, amelyeket különböző teszteseteken belül kell végrehajtani. Például. Felhasználói bejelentkezés.
- Tesztadatok : Beviteli értékek (érvényesek vagy érvénytelenek) az alkalmazásmezőkhöz, például bejelentkezési adatokhoz
- Funkciók : Újrafelhasználható utasítások halmaza (egy adott funkcionális folyamathoz), amelyet különféle parancsfájlokon belül kell végrehajtani. Például. Felhasználói bejelentkezés.
- Tesztszkript : Önálló teszteset, amely egy adott programozási nyelven van kódolva a teszt automatizálási eszköz segítségével
- Eredmények : Ide tartoznak a hibanaplók, a végrehajtás állapota, a képernyőképek, a hivatalos jelentések stb.
Most hogyan úgy gondolja, hogy ezek a különböző összetevők kölcsönhatásba lépnek az alkalmazás sikeres teszteléséhez, automatikusan? Hogyan modulálja az alkalmazásfolyamokat a különböző funkciókba? Hogyan lehet azonosítani és rendszerezni az alkalmazásobjektumokat? Hol vannak tárolva a tesztadatok? Hogyan érhető el? Honnan futtatja a teszt szkripteket? Automatizálási eszköz vagy Tesztkezelő eszköz? Melyik képernyőképet és naplót rögzíti? & melyik formátumban? Hogyan jelentheti a teszt végrehajtásának eredményeit? Igen! Kell lennie egy sor irányelvnek, amelyek vezérlik ezeket a szabályokat, igaz? Ezt hívjuk Test Automation Framework !
Hivatalosan,
A Test Automation Framework olyan protokollok, szabványok és irányelvek (programozott) összessége, amelyek meghatározzák az adott termék tesztelésének szabályait – hogy a különböző automatizálási összetevők hogyan lépnek kölcsönhatásba az automatizálási szkriptek futtatásával és az eredmények koherens és előnyös módon történő rögzítésével. Azaz. hogyan kell ezeket a különböző összetevőket (építőelemeket) összeállítani.
Vezette Példa
Remélem, ez egy kicsit egyértelművé teszi a koncepciót? Nem? Még zavart? Annak érdekében, hogy kristálytisztább legyen, nézzük meg azokat a permutációkat és kombinációkat, amelyekkel ezek a különböző komponensek kölcsönhatásba léphetnek, vagyis ezeknek az összetevőknek a különböző rendezési módjait.
- A felhasználó felvételt és lejátszást használ funkció, amelyben a felhasználó rögzíti a teszteset minden lépését (beleértve a navigációs és adatbeviteli adatokat is) >> a szkript automatikusan generálódik >> a parancsfájl szerkesztése ellenőrzőpontok beillesztésére >> A szkript lejátszása. A környezet, az objektumok és a tesztadatok mind rögzítésre kerülnek a tesztparancsfájlban.
- Ahelyett, hogy minden egyes lépést rögzítenénk, a közös feladatokat, például a felhasználói bejelentkezést, egyesítsük olyan funkciókban, amelyeket aztán különböző tesztfájlokból lehet meghívni.
- Létrehozhatunk egy külön objektumtárat az összes alkalmazásobjektum részleteinek tárolására, majd ezeket az objektumokat tesztszkriptekben használhatjuk, ahelyett, hogy minden szkriptben minden alkalommal azonosítanánk az objektumot.
- Mit szólna ehhez? a tesztadatokat a szkripten kívül tartjuk? Mondja külön Excel fájlban? Ezután futtatáskor töltse be ezeket az értékeket a szkript változókba?
- Tegyük fel, hogy minden alkalmazásfolyamathoz / művelethez különböző függvényeket hozunk létre, majd egy külső fájlból, például az excelből olvassuk el a lépések sorrendjét (az adatokkal együtt). lap? Például. OpenHomePage >> EnterUsername >> EnterPassword >> ClickLogin
- Mi van, ha definiálunk egy közös konfigurációs fájlt, amely tartalmazza az összes környezeti beállítást, például az alkalmazás URL-jét, a böngésző specifikus adatait, a bejelentkezési adatokat stb.?
- A képernyőképek rögzítése csak a sikertelen lépésekhez és a teszt végrehajtása végén egy összesített Pass / sikertelen jelentés létrehozása, amelyet egy megosztott meghajtóra mentenek
- A teszt eredményeit különálló naplózza naplófájl, amelyet azután elküldhetünk az érdekelt feleknek
Az összefoglaló
A Test Automation keretrendszer biztosítja a felhasználót különféle előnyökkel, amelyek segítik őket az automatizálási tesztszkriptek hatékony fejlesztésében, végrehajtásában és jelentésében – standard szkriptek, koherens megközelítés, csapatkonzisztencia, skálázhatóság, modularitás, kevésbé hibára hajlamos, érthetőség, újrafelhasználhatóság, minimális kézi beavatkozás, könnyű jelentések, csökkent költség, egyszerű karbantartás stb.
Összefoglalva: Test Automation Framework kulcsszerepet játszanak az automatizálási tesztekben. Mielőtt azonban elkezdene egy keretrendszert építeni, ne feledje, hogy a Teszt automatizálási keretrendszer elérhető – napok óta – győződjön meg róla, hogy olyan keretrendszert épít, amely a legjobban megfelel a tesztelt projektnek vagy alkalmazásnak!
Nos, ez csak egy bevezetés volt a teszt automatizálási keretrendszer és remélem, hogy megkapta az alapötletet arról, hogy miről szól egy keretrendszer.