51 Tosca kérdés és válasz az interjú feltörésére

A Tosca interjúkérdések ebben a posztjában megvitatjuk az összes lényeges és kritikus tosca interjú kérdését és válaszát, amelyek különböző nehézségi szintek szerint vannak elkülönítve, például az alábbiakban:

Tosca interjúkérdések belépő szintre

Q1) Beszélgetés a Tricentis Toscáról.

Válasz. A Tosca jelenleg az egyik piacvezető tesztautomatizálási eszköz, amely képes mindenféle alkalmazás automatizálására. Lehetővé teszi szkript nélküli automatizált tesztek tervezését.

A Tosca fontos tulajdonságai:

  1. Gyors végrehajtás és folyamatos tesztelési megközelítés a DevOps támogatásához
  2. Támogatja a modul alapú tesztfejlesztést, amely maximalizálja az újrafelhasználhatóság használatát.
  3. Minimális karbantartási erőfeszítés szükséges.
  4. Képes integrálni a főbb harmadik féltől származó eszközökkel.
  5. A tesztfejlesztés egyszerű, mivel szkript nélküli tesztautomatizálást követ.

Q2) Mondja el a Tosca fő összetevőit?

Válasz. A Toscában elérhető fontos összetevők:

  1. Tosca parancsnok.
  2. Tosca végrehajtó.
  3. Tosca ARA (automatizálási rögzítési asszisztens)
  4. Tosca varázsló
  5. Teszttár.

Q3) Magyarázza el a Tosca, mint tesztautomatizálási eszköz előnyeit?

Válasz. Az alábbiakban felsorolt ​​Tosca automatizálási eszköz előnyei:

  1. Egy eszköz számos funkciót egyesít.
  2. Támogatja a szkript nélküli tesztautomatizálást.
  3. Tesztkezelés.
  4. Tömeges frissítés lehetséges.
  5. Az eszközök újra felhasználhatók.
  6. Különböző platformokkal kompatibilis.
  7. Modell alapú tesztelési megközelítést követ.

Q4) Definiálja a TOSCA parancsnokot?

Válasz. A Tosca Commander az eszköz felhasználói felülete, amely lehetővé teszi a felhasználók számára a tesztesetek tervezését, karbantartását, végrehajtását és elemzését. Tehát ez a Tosca tesztcsomag központi gerince. A Tosca parancsnoka különböző részekből áll, mint például: Követelmény, Modulok, Teszteset, Tesztszkript tervezés, Végrehajtás és Jelentés stb.

Tosca-interjú kérdések és válaszok
(Tosca parancsnok) Tosca-interjú kérdések és válaszok

Q5) Hogyan kell végrehajtani a Tosca ExecutionLists tesztszkripteket?

Válasz. A Tosca teszt végrehajtásának különböző megközelítéseit az alábbiakban említjük meg -

  1. Az F6 gyorsbillentyűvel indítható a végrehajtás.
  2. Kattintson a jobb gombbal a kiválasztott tesztesetekre, és válassza a „Futtatás” lehetőséget.
  3. Válassza ki és futtassa az ExecutionLists listát.

Q6) Melyek a különböző összetevők a TOSCA-ban?

 Válasz: A Toscában négy különböző alkatrész érhető el

  1. Tosca parancsnok
  2. Tosca végrehajtó
  3. Tosca varázsló
  4. Teszttár

Q7) Hogyan lehet tesztszkripteket futtatni a Tosca ScratchBookból?

Válasz. Az újonnan létrehozott vagy továbbfejlesztett tesztesetek próbaüzemét a ScratchBook segítségével ellenőrizhetjük, hogy ellenőrizzük a helyességet. A Tosca ideiglenes célokra naplózza a végrehajtási eredményeket a ScratchBook-ban. A tesztesetek egésze vagy egy része (azaz a tesztlépések) végrehajtható a ScratchBookon keresztül.

Két lehetőség áll rendelkezésre a tesztesetek kaparós könyvekből való végrehajtására, amelyeket alább ismertetünk –

  1. Bármikor végrehajtható.
  2. A teszteseteket a végrehajtás előtt kaparós sorsjegybe rendezhetjük.

Q8) Integrálható a Tosca a Jira-val?

Válasz: A JIRA egy tesztkezelő eszköz. A JIRA-val való integrációval kezelhetjük a Toscában felvetett hibákat vagy problémákat. Tehát, ha bármilyen új probléma merül fel a TOSCA-ban, a rendszer a felületen keresztül szinkronizálja a JIRA-val.

9. kérdés) Magyarázza el a Tosca és a Jira integráció előnyeit?

Válasz. A Tosca Jira integráció előnyeit az alábbiakban ismertetjük –

  1. Szinkronizálja a sikertelen teszteket a Toscától.
  2. A hiba automatikusan felvehető a JIRA-ban a Tosca végrehajtási hibája után.
  3. Engedélyezi a DevOps folyamatot.
  4. Elérhető a szerszámok közötti nyomon követhetőség.

Q10) Milyen különböző típusú hibák fordulhatnak elő a Toscában?

Válasz. Három típus vagy hiba jelenhet meg a Tosca végrehajtása során.

  1. Ellenőrzési hiba: Akkor jelenik meg, ha a várt és a tényleges eredmények nem egyeznek az ellenőrzési lépésben.
  2. Felhasználó megszakítása: Akkor jelenik meg, ha a tesztelő leállította a végrehajtást.
  3. Dialógushiba: Úgy tűnik, néhány kezeletlen kivétel vagy lépés miatt.

Q11) Magyarázza el a Tosca Testsuite-ot?

Válasz. A Tosca jelenleg az egyik piacvezető tesztautomatizálási eszköz, amely képes mindenféle alkalmazás automatizálására. Lehetővé teszi szkript nélküli automatizált tesztek tervezését.

A Tosca fontos tulajdonságai:

  1. Gyors végrehajtás és folyamatos tesztelési megközelítés a DevOps támogatásához
  2. Támogatja a modul alapú tesztfejlesztést, amely maximalizálja az újrafelhasználhatóság használatát.
  3. Minimális karbantartási erőfeszítés szükséges.
  4. Képes integrálni a főbb harmadik féltől származó eszközökkel.
  5. A tesztfejlesztés egyszerű, mivel szkript nélküli tesztautomatizálást követ.

Q12) Hogyan lehet adatokat olvasni az Excelből a Tosca segítségével?

Válasz. Az Excel adatok az alábbi módszerek bármelyikével olvashatók:

  1. A TOSCA teszteset-tervezési megközelítésében az adatok előre meghatározott formátumban olvashatók a külső excel fájlból.
  2. Az „Excel Engine” lehetővé teszi az Excel fájl importálását és olvasását.

Q13) Lehetséges több böngésző elindítása a TOSCA-ban?

 Válasz: A Toscában nem lehet több böngészőt elindítani. De ez az alábbi lépésekkel érhető el:

 A „Böngésző” nevű teszteset-paraméternek (TCP) hozzá kell adnia a tesztesetet, a gyökérmappát vagy a végrehajtási lista szintjét.

 A „Böngésző” értékekkel, mint InternetExplorer, Firefox vagy Chrome, a megfelelő webböngészők indulnak el.

Q14) Hogyan végezzünk adatvezérelt tesztelést a Toscában?

Válasz: Az adatvezérelt tesztautomatizálás a TCD (Test Case Design) segítségével lehetséges. A TCD tesztlapja jelenti azt a sablont, ahol létrehozhatjuk azokat a példányokat, amelyek az egyes tesztesetek tesztadatait reprezentálják. A tesztlapon ismét létrehozhatjuk azokat az attribútumokat, amelyek az egyes adatparamétereket reprezentálják, és az adatértékek az attribútumban példányként hozhatók létre.

Az adatok újrafelhasználhatósága érdekében osztályokat definiálhatunk. A TCD létrehozása után a különböző adathalmazokkal rendelkező tesztlapok sablon tesztesetekkel leképezhetők, ahonnan a különböző adatok alapján különböző teszteseteket generálhatunk. A teszteset létrehozási folyamata a sablonteszt-esetek példányosítása.

Tosca-interjú kérdések és válaszok
Tosca interjú Kérdés és válasz-TestSuite

Q15) Hogyan lehet egynél több böngészőt elindítani a Tricentis TOSCA-ban?

 Válasz: Több böngésző elindítása nem lehetséges a TOSCA-ban. De a felhasználó elérheti a böngészők közötti végrehajtást. 

A böngészők közötti végrehajtáshoz a felhasználóknak az alábbi lépéseket kell végrehajtaniuk: 

  1. A „Böngésző” tesztkonfigurációs paramétert vagy a TestCase-en, vagy annak szülői szintjén kell megtervezni.
  2. A felhasználók kiválaszthatják az értéket: InternetExplorer, Firefox, Chrome.
  3. Az egyes böngészők végrehajtásokat indítanak el. 

16. kérdés) Milyen különböző státuszok állnak rendelkezésre a Toscában végrehajtott utóvégzés után?

Válasz: Alapértelmezés szerint a Tosca négy különböző állapotot biztosít a teszt végrehajtása után. Ezek -

  1. Elmúlt
  2. Sikertelen
  3. Nincs eredmény
  4.  hiba

17. kérdés) Magyarázza el a TOSCA ScratchBook korlátait?

Válasz: Az ideiglenes végrehajtási naplókat a ScratchBook tárolja. A tesztfejlesztés során ezt az opciót használtuk ideiglenes végrehajtásra, hogy ellenőrizzük a szkript helyességét.

Ha egy tesztlépésen belüli műveletet ismételten végrehajtják, a részletek nem lesznek elérhetők. Ezenkívül a végrehajtási naplók nem állnak rendelkezésre állandóan.

18. kérdés) Magyarázza el a Tosca tesztesetek és a követelmények összekapcsolásának előnyeit?

Válasz. A fő cél a tesztelés lefedettségének biztosítása a követelmények alapján. Magas szintű képet ad a tesztelemzés követelményeinek lefedettségéről.

Q19) Magyarázza el a sablont és a létrehozási folyamatot?

Válasz: A Tosca sablonjai egyedi tesztfolyamatot határoznak meg modulok segítségével. A tényleges adatok helyett a TCD adatparaméterei vannak összekapcsolva. Általában a sablon nem más, mint valami hagyományos formátum. A Műszaki teszteset sablonná alakítható, ha rákattintunk jobb gombbal. A sablon a TCD adatlap adatait használja.

Q20) Magyarázza el a Tosca tesztesetekhez kapcsolódó specifikációk előnyeit?

Válasz: A specifikációk tesztesetekhez kapcsolhatók a követelmények lefedettségének nyomon követéséhez. Magas szintű képet ad a tesztelemzés követelményeinek lefedettségéről.

Q21) Magyarázza el a tesztadatok kezelését.

Válasz. A tesztadat-kezelés lehetővé teszi a teszt végrehajtásához szükséges tesztadatok kezelését. Az adatvezérelt tesztautomatizálás a TCD (Test Case Design) segítségével lehetséges. A TCD tesztlapja jelenti azt a sablont, ahol létrehozhatjuk azokat a példányokat, amelyek az egyes tesztesetek tesztadatait reprezentálják. A tesztlapon ismét létrehozhatjuk azokat az attribútumokat, amelyek az egyes adatparamétereket reprezentálják, és az adatértékek az attribútumban példányként hozhatók létre.

Az adatok újrafelhasználhatósága érdekében osztályokat definiálhatunk. A TCD létrehozása után a különböző adathalmazokkal rendelkező tesztlapok sablon tesztesetekkel leképezhetők, ahonnan a különböző adatok alapján különböző teszteseteket generálhatunk. A teszteset létrehozási folyamata a sablonteszt-esetek példányosítása.

Q22) Mi a karakterláncműveletek a Toscában?

Válasz. A karakterlánc-műveletek a karakterláncok reguláris kifejezésekkel történő ellenőrzésére vagy módosítására szolgálnak. Jellemzői a közleményben szereplő meghatározott karakter/szó számozását, egy szó egy másik szóhoz való igazítását, egy szám szerkezetének megerősítését, stb. Le kell töltenie és letöltenie egy AidPack modult a karakterlánc-műveletek végrehajtásához.

Q23) Miért szükséges a SratchBook a Tricentis TOSCA-ban?

 Válasz: Az újonnan létrehozott vagy továbbfejlesztett tesztesetek próbaüzemét a ScratchBook segítségével ellenőrizhetjük, hogy ellenőrizzük a helyességet. A Tosca ideiglenes célokra naplózza a végrehajtási eredményeket a ScratchBook-ban. A tesztesetek egésze vagy egy része (azaz a tesztlépések) végrehajtható a ScratchBookon keresztül.

Q24) Mit jelent a Tosca feltáró tesztelése?

Válasz. A feltáró megközelítés a tesztforgatókönyv rögzítésére szolgál, és manuálisan navigál a forgatókönyvben. Rögzíti a képernyőképeket technikai információkkal, és a végén generál egy pdf fájlt. Ez a dokumentum felhasználható jövőbeni hivatkozások és képzési célokra.

Tosca interjúkérdések középhaladó szintre

25) Ismertesse a Tricentis Tosca tesztelési eljárásainak szervezeti egységeit?

Válasz: A TOSCA automatizált tesztelése az alábbi szervezeti egységeket tartalmazza.

  1. Tervezés.
  2. A specifikáció.
  3. Végrehajtás.
  4. Fakitermelés.
  5. Elemzés.

Q26) Ismertesse a „Tosca Query Language” (TQL) célját?

Válasz: A TQL a Tosca Query Language rövidebb formája, amelyet előzetes keresési célokra használnak a Toscában. Elvileg ez hasonlít az SQL-hez, ami azt jelenti, hogy a feltételek alapján tudunk keresni.

Q27) Lehetséges a pdf összehasonlítása a Tricentis Tosca segítségével?

Válasz. A Tosca lehetővé teszi a szabványos modullal rendelkező felhasználók számára a pdf-fájlok összehasonlítását. Két pdf fájl összehasonlítása után az eltérések a végrehajtási naplókban lesznek elérhetők.

Q28) Mi az a Tosca CI? Hogyan hajtja végre a felhasználó tesztszkripteket a CI Tool segítségével?

Válasz: A CI a folyamatos integrációt jelenti. A TOSCA képes végrehajtani a teszteseteket olyan CI eszközökön keresztül, mint a Jenkins, Bamboo stb., a folyamatos tesztelés részeként. A CI-funkciókkal könnyen integrálhatunk CI-eszközöket. Az integráció után a teszt elindítható harmadik féltől származó CI-eszközökön keresztül.

Tosca-interjú kérdések és válaszok
Tosca interjúkérdések – Tosca integráció CI eszközzel

Q29) Melyek a Toscában használt hurokutasítások?

Válasz. Míg a tesztlépéseket ismételten kell végrehajtanunk, a Tosca hurkot használjuk. A Tosca különböző hurokstruktúrákat kínál, mint például a Do, For, While hurkok stb.

Q30) Mit értesz Tosca WebAccess alatt?

Válasz: A Tosca WebAccess egy webes felület, amely lehetővé teszi a munkaterület elérését webböngészőn keresztül. A Tricentis Tosca Commander telepítése nem szükséges a WebAccess-en keresztüli munkaterületek kezeléséhez.

A munkaterület szerver rendszer tárolja a munkaterületek adatait és a kliens böngészők segítségével érhetjük el azokat.

Q31) Magyarázza el a Tosca API Scan használatát?

Válasz. A Tosca API szkennelési funkciója lehetővé teszi a modulok létrehozását az API egy adott rendszerhez való szkennelése után. Alapvetően lehetővé teszi az API tesztesetek automatizálását és tervezését.

Q32) Mi az a Tosca QC/ALM integráció?

Válasz: A HP Quality Center (a legújabb kiadás neve ALM) egy tesztkezelő eszköz, amely a tesztek fejlesztését, végrehajtását és hibaciklusait kezeli. A Tricentis Tosca minimális testreszabással lehetővé teszi a minőségi központtal való integrációt. Az integráció fő célja a tesztvégrehajtások és a hibakezelések kezelése. A végrehajtási adatok és a hiba részletei az integráción keresztül szinkronizálva lesznek mindkét eszköz között.

Q33) Magyarázza el a Tosca teszt konfigurációs paramétereit.

Válasz. A tesztkonfigurációs paraméterek (TCP-k) használhatók a konfigurációval kapcsolatos tevékenységek tesztadatainak paraméterezésére, azaz ideális esetben azokhoz a paraméterekhez kell használni, amelyek a teljes tesztkészletre vonatkoznak. A Tosca néhány beépített TCP-t biztosít, amelyek a Tricentis Tosca alapértelmezett konfigurációjának megváltoztatására szolgálnak. A felhasználó által definiált TCP-k az alábbiakban megadott objektumokhoz hozhatók létre –

  1. Projekt gyökérelem
  2. Végrehajtási lista
  3. Teszt eset
  4. Végrehajtás Entry
  5. ScratchBook
  6. Összetevő mappa
  7. Konfigurációk mappa
  8. A TestCase, TestCase-Design vagy Execution szakaszokban elérhető almappák.

Q34) Hogyan integrálható a Tosca Connect a HP ALM-mel? 

Válasz.

  1. Telepítse a Rest API-t.  
  2. Telepítse a Tasktopot a tesztrendszerbe a licenccel.
  3. Tesztelje a szkriptek szinkronizálását a TOSCA HP ALM tesztterv moduljával. 
  4. Szinkronizálja a végrehajtási listát a TOSCA HP ALM tesztlabor moduljával. 
  5. Szinkronizálja a Tosca ExecutionListben elérhető legújabb végrehajtási naplókat az ALM Testlabban elérhető tesztkészlettel.

Q35) Melyek a TC Shell üzemmódjai.

Válasz: A TOSCA parancsnok adminisztrátora TC shellt használ, és két különböző módszer létezik a TC Shell elindítására.

  1. Interaktív mód: Az új és középhaladó felhasználók által kedvelt interaktív mód, segítséggel és lehetőségekkel segíti a felhasználót. A Tosca Commander GUI teljes funkciói elérhetőek az interaktív módban.
  2. A szkript mód: Ez a Tosca GUI egyszerű verziója látható, amely minimális interakciót igényel. Szkriptek automatizált módban történő végrehajtására szolgál.

Q36) Mi az a szinkronizálás a Tricentis Toscában? 

Válasz. A szinkronizálás olyan folyamat, amely összeegyezteti az alkalmazás lendületét az automatizálási eszköz lendületével. Az ActionMode „WaitOn” a szinkronizálás dinamikus megközelítésben történő kezelésére szolgál. A „WaitOn” TestStepValue-ként megadott feltétel kielégítéséig a Tosca-teszt egy előre konfigurált időtúllépési értékre vár. A szinkronizálási beállítások a beállításokban módosíthatók – „Ugrás a beállításokhoz->TBox->szinkronizálás”.

Q37) Hogyan lehet ellenőrizni, hogy van-e fájl a Toscában?

Válasz. A szabványos „TBox File Existence” modul segítségével ellenőrizhetjük bármely megadott fájl létezését. Ez a modul az alábbi attribútumokkal rendelkezik -

1. Könyvtár – A tesztfájl helye.

2. filé - A tesztfájl neve.

Q38) Hány fajta rönk kapható a Toscában?

Válasz: A tesztvégrehajtás után kétféle napló érhető el a Toscában. Ezek -

  1. Aktuális napló: Megőrzi a legfrissebb végrehajtási eredményeket és a végrehajtási előzményeket.
  2. Végrehajtási napló: A „Tényleges végrehajtási napló archiválása” opció kiválasztásával ilyen típusú naplók jönnek létre. 

Q39) Mi az a BDD a TOSCA-ban?

Válasz: A BDD a Behavior Driven Development rövidítése, amely az agilis módszertanon alapuló szoftverfejlesztési folyamatot követi. A folyamat a tesztvezérelt fejlesztés szerint működik.

A BDD nem működőképes teszteseteket, hanem működőképes dokumentációt generál. Itt a cselekvéseket és a viselkedést szövegként magyarázzák. Ez lehetővé teszi, hogy működőképes dokumentációként teszteljék őket. A követelmények felhasználói történetekként vannak ábrázolva.

Q40) Mi az ActionMode kényszer célja?

Válasz. Az ActionMode „Constraint” értéke a megadott értékek keresésére szolgál. Például – a „Kényszer” segítségével egyszerűen megkereshetünk egy adott oszlopértéket egy táblázatban.

Q41) Melyek a TOSCA alapértelmezett objektum-összetevői?

Válasz. A Tosca munkaterület-létrehozási ablaka során az alapértelmezett objektumok vagy automatikusan beépülnek, vagy manuálisan kell hozzáadni az import részhalmaz opcióval.

Az alapértelmezett összetevők a standard.tce fájlban vannak tárolva, amely a „%TRICENTIS_PROJECT%\ToscaCommander” mappában érhető el.

A fájlhoz társított alapértelmezett összetevők:

  1. Szabványos modulok – Mindenféle alapértelmezett modul elérhető, amelyek különböző alkalmazások irányítására használhatók, beleértve a TBox XEngines és a TBox Automation Tools eszközt.
  2. Virtuális mappák.
  3. Standard jelentések.

Q42) Mi az a károsztály?

Válasz: Ezt az osztályt bármely konkrét esemény kárértékének kiszámítására használják. Ezt a károk költsége alapján számítják ki. Ezen értékek tartománya 0 és 10 között van (mintől maxig).

Q43) Mi az a frekvenciaosztály?

Válasz: Ezt az osztályt bármely konkrét esemény kárértékének kiszámítására használják. Ezt a kár mennyisége alapján számítják ki a gyakoriság alapján. Ezen értékek tartománya 0 és 10 között van (mintől maxig).

44. kérdés) Beszélje meg a teszteset-sablon kézi létrehozásának lépéseit a Toscában?

Válasz. A felhasználók megtervezhetik a TestCase-sablonokat a Samples.tce részhalmaz és a Tosca BI modulok várható szakaszaival. Az alábbi lépéseket kell követnünk a TestCase sablon létrehozásához -

1. Hozzon létre egy TestCase-t a felhasználó igényei szerint. 

2. A műszaki tesztesetet sablonná alakíthatjuk úgy, hogy a helyi menü „Konvertálás sablonba” menüpontját választjuk, miután a jobb gombbal a tesztesetre kattintunk.

3. Húzza át a megfelelő TestSheet-et a kívánt TestCase sablonra.

4. Rendelje hozzá a TestSheet attribútumokat (adatparaméter) a szükséges TestStepValues-hoz XL címkével.

Tosca interjúkérdések haladó szinten

Q45) Magyarázza el Tricentis Tosca érdemeit?

 Válasz: A Tosca, mint tesztautomatizálási eszköz fő előnyeit az alábbiakban ismertetjük:

  1. Lehetővé teszi a szkript nélküli tesztautomatizálási megközelítést.
  2. Könnyen megtanulható az eszköz minimális készségekkel.
  3. A tesztelés automatizálása már a tesztelés korai szakaszában elindítható.
  4. Támogatja a modell alapú tesztautomatizálási keretrendszert. Tehát nem szükséges erőfeszítéseket tenni a teszt keretrendszer létrehozására.
  5. A nagy léptékű újrafelhasználhatósági megközelítés olyan komponensek segítségével használható, mint a Modules, Reusable TestStepBlock, TCD stb.
  6. Maga az eszköz támogatja a tesztkezelési és funkcionális tesztelési tevékenységeket.
  7. Az ALM integráció lehetséges.
  8. Kiválthatja a Toscából származó szelénteszteket.
  9. A tömeges frissítés a TQL segítségével lehetséges.

Q46) Lehetséges API tesztelés a Toscával?

Válasz: Igen, a Tosca támogatja az API tesztelést. Az API-ellenőrzés a megfelelő API-k moduljainak vizsgálatára szolgál. Az API modulok segítségével el tudjuk küldeni a kérést és megkapjuk a választ az API hívásra.

Q47) Hogyan lehet több webböngészőt használni egy teszteseten belül a Tosca használatával?

Válasz. A felhasználók automatizálni akarják a tesztszkriptet a különböző alkalmazásokon, amelyek más böngészőkön futnak. Pufferek használatával a tesztkonfigurációs paraméterek módosítása végrehajtáskor az alábbi módszerekkel.

1. A tesztrendezési paraméter értékének felváltása a {B[Browser]} értékre vagy bármely más, a felhasználó által preferált puffernévre. 

2. A végrehajtás során a „TBOX Set Buffer” modul segítségével módosíthatjuk a puffer értékét, hogy a „Browser” teszt konfigurációs paraméter értékét az indítandó böngésző nevének megfelelően módosítsuk.

Q48) Mi az a TOSCA Classic Engine?

Válasz: A klasszikus vagy az alapmotor felelős a teszt végrehajtásáért. Az alapmotor követi az üzleti alapú objektumokként kezelt tesztesetek architektúráját. A klasszikus motor elfogadja az üzleti alapú objektuminformációkat és a vezérlők irányítását szolgáló tevékenységeket, amelyek a tesztszkriptekhez kapcsolódnak.

Q49) Milyen lépésekre van szükség az objektumirányításhoz a Toscában?

Válasz: Az objektumirányításnak két lépése van:

  1. Objektum hozzáférés.
  2. Tárgykormányzás.

Q50) Beszélje meg a Tosca modellalapú tesztelést?

Válasz. A modellek a funkciók azon egységét képviselik, amelyek az alkalmazás szkennelésével jönnek létre. A modulok a tesztobjektumok irányításához szükséges vezérlőelemek műszaki információit tartalmazzák. Most a modellalapú tesztelés elmagyarázza azt a megközelítést, amikor a teszteseteket a modulok alapján fejlesztik és hajtják végre. Alapvetően a modulok hozzáadódnak a tesztesethez, mint egy tesztlépést a drag-drop megközelítéssel a tesztesetek befejezéséhez. A tesztesetben az adatokat TestStepValue és műveletekként kell megadnunk. A teszteset fejlesztéséhez nincs szükség szkriptre.

Q51) Mit értesz elosztott végrehajtás alatt a TOSCA-ban?

Válasz: Ha bármely felhasználó vagy teszt nagyszámú tesztszkriptet szeretne végrehajtani több gépen, a tesztelőnek létre kell hoznia a TestEvents-et a Tosca Commanderben.

Q52) Ismertesse a tesztadatkezelést (tdm)?

Válasz: A tesztadatok kezelése (TDM) összetevők a teszt végrehajtásához szükséges tesztadatok kezelésére szolgálnak. A TDM komponens a szabványos Tosca telepítéssel elérhető. Az adatok tárolása ugyanúgy történik, mint a munkaterület létrehozásához használt megosztott adatbázis-lerakat, a TDM-en keresztül, amely a végrehajtás során tesztesetekhez lesz hozzárendelve. SQLite esetén az adatbázis külön példánya szükséges a TDM-hez.

Q54) Hogyan lehet teszteket futtatni a ScratchBook segítségével?

Válasz: Az újonnan létrehozott vagy továbbfejlesztett tesztesetek próbaüzemét a ScratchBookon keresztül végezhetjük a helyesség biztosítása érdekében. A Tosca ideiglenes célból naplózza a végrehajtási eredményeket a ScratchBook-ban. A tesztesetek egésze vagy egy része (azaz a tesztlépések) végrehajtható a ScratchBook-ban.

Egy vagy több kiválasztott tesztesetre, teszteset mappára vagy tesztlépésre történő jobb kattintás után a végrehajtást a helyi menüből kiválasztva indíthatjuk el.

Q55) Mire használható a TestMandátum?

Válasz: Számos forgatókönyv létezik, például banki, biztosítási stb. domain projektek; megköveteltük, hogy egy köteget egy adott időpontban lefusson. Ez a követelmény a TestMandates segítségével teljesíthető. A teszt mandátum lehetővé teszi a végrehajtási lista különböző részeinek párhuzamos végrehajtását anélkül, hogy a fő végrehajtási listát zárolná.

K56) Beszélje meg a TestCases Excel használatával történő példányosításának lépéseit?

Válasz. A folyamatpéldányosítás azt jelenti, hogy a példány teszteseteit a sablonból generálja a különböző adatok alapján, amelyeket a „TestCase Design” szakaszban vagy az Excel sablonban definiálunk.

Az alábbiakban bemutatjuk a TestCases excel-lel való példányosításának lépéseit:

1. A sablonteszt-eset szükséges a példányteszt-esetek létrehozásához.

2. Az adatlap attribútumok, amelyek TCD-ben vagy külső excel sablonban vannak definiálva, azaz az adatparamétereket a megfelelő szintaxisú template attribútumhoz kell kapcsolni.

3. Kattintson a jobb gombbal a sablon tesztesetre, és válassza ki a helyi menü „Sablonpéldány létrehozása” opcióját a folyamat elindításához.

4. A következő párbeszédablakban meg kell jeleníteni az előre meghatározott szerkezetű Excel lapot. 

5. Kezelje a hitelesítési párbeszédpanelt, és folytassa.

6. Ezután kattintson az OK gombra a folyamat elindításához.

Q57) Ismertesse a példányosítási sablont?

Válasz: Példányosítási eszközöket dolgoz fel a példány teszteseteinek létrehozására a sablonból a „TestCase Design” részben meghatározott különböző adatok alapján. Ezt a megközelítést a Toscában adatvezérelt tesztelésnek is nevezik.

Q58) Mit ért üzleti paramétereken a Toscában?

Válasz. Az üzleti paraméterek arra szolgálnak, hogy argumentumként átadják az adatokat egy újrafelhasználható tesztlépés blokkba. Az üzleti paraméterek elsődleges célja a tesztadatok használatának paraméterezése a Reusable TestStepBlockban a kemény kódolt adatok használata helyett. Létrehozható, miután jobb gombbal kattint a kiválasztott Reusable TestStepBlockra, amely a Library mappában jön létre.

59. kérdés) Magyarázza el a TC-Shell-t?

Válasz. A TC-Shell lehetővé teszi a Tosca parancsnok vezérlését a parancssorból. Két egyedi módon indítható el interaktív és script segítségével.

  1. Egy lapos fájlba (például bat fájlba) írt parancsok csoportja képes bizonyos műveleteket, például tesztek végrehajtását a végrehajtástól a Tosca Commander megnyitása nélkül kezelni. Ezt a megközelítést a tesztvégrehajtási folyamat elindításának automatizálására használják.
  2. A felhasználók használhatják a Tosca parancsnokától származó grafikus felhasználói felület átfogó céljainak választékát.

60. kérdés) Magyarázza el azokat a lépéseket, amelyek során teszteseteket készítenek az ARA-n keresztül?

Válasz: A folyamat lépései a következők:

  • Rögzítsen bármilyen forgatókönyvet az ARA varázsló segítségével.
  • Adjon hozzá ellenőrző pontokat a rögzítés során, és végezzen tisztítást a rögzített forgatókönyvön.
  • Exportálja a felvételt.
  • Importálja a felvételt a Toscába.
  • Tesztesetek végrehajtása, amelyek automatikusan jönnek létre a rögzítés során.

Q61) Határozza meg a különböző megközelítéseket az objektumok azonosítására a Toscában?

Válasz: Az alábbiakban megemlítjük a vezérlőelemek szkennelés közbeni irányításának különböző megközelítéseit bármely tesztobjektum esetében.

  1. Azonosítás tulajdonságai alapján
  2. Azonosítás a horgony segítségével
  3. Azonosítás index alapján
  4. Kép alapján azonosítani

Q62) Mi az a DokuSnapper a Toscában? 

Válasz:DokuSnapper A funkció lehetővé teszi az automatizált tesztek folyamatának archívumát egy dokumentumban. Tosca minden egyes futtatáskor létrehoz egy Microsoft Word dokumentumot minden tesztszkripthez. A dokumentumnév a tesztszkript nevéből és a végrehajtási idő időbélyegéből áll. 

A felhasználó a Beállításokban engedélyezheti a Dokusnappert 

Beállítások és beállítások konfigurálása > Beállítások párbeszédpanel > Beállítások – Motor > Beállítások – DokuSnapper

Q63) Mi az a TDS?

Válasz: A TDS a Test Data Service rövidítése, amelyet tesztadatok kezelésére használnak a Toscában. A TDS segítségével a dinamikus tesztadatokat egy megosztott helyen tárolhatjuk, amely a teszteset által könnyen olvasható/frissíthető. Mivel az adatok egy megosztott helyen tárolódnak, hasznos ugyanazokat a dinamikus adatokat megosztani több tesztesetben. A Tosca megnyitása nélkül is frissíthetjük, mivel külön komponensként kezeljük.

64. kérdés) Magyarázza el az API-tesztelést a TOSCA használatával? Magyarázza el az előnyöket.

Válasz: Az API az Application Interface rövidítése. Többalkalmazásos környezetben, ahol egy alkalmazás API-n keresztül kölcsönhatásba lép egy másik alkalmazással, meg kell várnunk az összes alkalmazás fejlesztésének befejezését a teszteléshez. Tehát a tesztelés időigényes folyamat lesz. Ehelyett elkezdhetjük az API-k tesztelését, ha bármelyik alkalmazás készen áll a végrehajtási ciklusidő csökkentésére. Tehát az API-tesztelés az interfész API-n keresztüli tesztelésének módja a teljes alkalmazás integrációja előtt. A Tosca API-ellenőrző varázslót biztosít; ezen keresztül ellenőrizhetjük az API-t, és API-modulokat hozunk létre. Később a modul alapján teszteseteket is készíthetünk a Tosca API tesztelés elvégzéséhez.

Az előnyök a következők:

  • Gyors végrehajtás.
  • Csökkentse a végrehajtási ciklus idejét.
  • A tesztelés elindítható a rendszerintegráció előtt.

65. kérdés) Magyarázza el a Toscában elérhető feltáró tesztelési funkciókat?

Válasz: Ez egy megközelítés a tesztforgatókönyvek rögzítésére funkcionális elemzés, a képzési cél ellenőrzése/tesztelése céljából.

Q66) Hogyan változtathatjuk meg bármely tesztkonfigurációs paraméter értékét a végrehajtás során?

Válasz: Először egy puffert kell hozzárendelni a tesztkonfigurációs paraméterhez (TCP). Ezt követően a pufferértéket a „Tbox Set Buffer” segítségével módosítva a TCP értéket a végrehajtás során tudjuk megváltoztatni.

Q67) Lehetséges a mobilalkalmazások automatizálása a Toscában?

Válasz: Igen, a Tosca támogatja a mobil automatizálást motor használatával ME3.0 mobil teszteléshez.

Q68) Magyarázza el a mobiltesztelés megközelítését?

Válasz: A mobilautomatizálás végrehajtásához az alábbi lépéseket kell követnünk.

  • Össze kell kötnünk a fizikai vagy szimulátoros mobileszközt a rendszerünkkel vagy az Appium szerverünkkel. iOS eszköz esetén Appium konfigurált Mac rendszerben kell csatlakoztatnunk az eszközt.
  • Válassza ki a Scan->Mobil lehetőséget a mobileszközök szkennelése közben.
  • A szkennelési ablakban meg kell adnunk olyan alapvető adatokat, mint például a kapcsolat típusa helyi vagy Appium szerverként, az eszköz neve, az eszközazonosító és az eszköz típusa Android vagy iOS.
  • Ki kell jelölnünk az „Élő nézet futtatása” jelölőnégyzetet, hogy a mobil képernyőjét reprodukáljuk az eszközön.
  • A mobileszközökkel való kapcsolat létrehozásához kattintson a „Csatlakozás” gombra.
  • Válassza ki a kívánt mobilképernyőt, és szkennelje be a csomó létrehozásához.
  • Hozzon létre mobil teszteseteket a létrehozott modulok és néhány szabványos modul, például egy nyílt mobilalkalmazás alapján.
  • Hajtsa végre a tesztesetet.

Q69) Milyen mobilalkalmazásokat támogat a Tosca?

Válasz: A Tosca csak Android vagy iOS mobileszközöket támogat. Ezenkívül képes automatizálni a mobilwebes, natív és hibrid alkalmazásokat.

Q70) Milyen különböző motorok állnak rendelkezésre a mobil automatizáláshoz?

Válasz: Két motor áll rendelkezésre –

  1. Tosca Mobile + – Régi eszközökhöz használják.
  2. Mobile Engine 3.0 (ME 3.0) – A legújabb eszközökhöz használják.

Q71) Milyen alapvető konfigurációra van szükség bármely teszteset végrehajtásához mobil Chrome böngészőben?

Válasz: Az értéket „CromeAndroid”-ként kell beállítanunk a TCP-hez böngésző.

Q72) Mi az ARA? 

Válasz:  Az ARA az Automation Recording Assistant rövidítése. Ez a TOSCA fejlett rögzítési funkciója. Az ARA segítségével bármilyen forgatókönyvet rögzíthetünk az ellenőrzéssel, és azonnal generálhatjuk a teszteseteket. A rögzítés után az ARA létrehoz egy .ara fájlt, amelyet importálni kell a TOSCA-ba az azonnali teszteset létrehozásához. Ez nagyon hasznos az üzleti felhasználók számára, akik egyáltalán nem ismerik a Toscát.

Q73) Magyarázza el az ARA előnyeit?

Válasz: A fő előnyök a következők:

• Önálló felvételi varázsló

• Intuitív rögzítés

• Menet közbeni megjegyzések és ellenőrzések

• Nincsenek ismétlődő modulok egyetlen felvételen

• Könnyű tisztítás

• Gyors lejátszás

• Könnyen exportálható és importálható felvételek

K74) Magyarázza el az ARA korlátait?

Válasz: Az ARA korlátai a következők:

• Kompatibilis a Tosca 13.1 és újabb verziókkal

• Lineáris felvétel

• Az önálló telepítéshez licenc szükséges

• Több felvételben duplikált modulok jönnek létre

• Kihívást jelent a meglévő tesztek módosítása

• Mégis kompatibilis az Android/iOS rendszerrel

Q75. Mi az a Vision AI a Toscában?

Válasz: Ez egy fejlett tesztautomatizálási megközelítés lesz a tesztesetek automatizálására, függetlenül a tesztalkalmazás technológiájától. Ezt a megközelítést a mesterséges intelligencia (AI) koncepció segítségével valósítják meg, miközben a TOSCA AI Scan segítségével felismerik az objektumokat. A kinézet és a megjelenés alapján az objektumokat az AI-funkciók segítségével azonosítják.

Q76. Melyik verziótól érhető el a Vision AI?

Válasz: A Tricentis Tosca ezeket a funkciókat a 14.x verzióból vezette be.

Q77. Melyek a Vision AI funkciói a Toscában?

Válasz: A Vision AI főbb funkciói az alábbiakban találhatók:

  • AI-vezérelt objektumfelismerés – A Tosa AI motor képes azonosítani a tesztobjektumokat a megjelenés és a megjelenés alapján, anélkül, hogy figyelembe venné az alkalmazás technológiáját.
  • Citrix alapú alkalmazás automatizálása – Automatizálhatjuk a Citrixben tárolt alkalmazásokat.
  • Automatizálás fejlesztés alatt álló alkalmazás – Az AI motor képes automatizálni az alkalmazást a fejlesztés befejezése előtt. Itt a Tosca képes automatizálni a makett környezet vagy a tervezett elrendezési diagram alapján.
  • Az automatizálás tesztelése már a legkorábbi fázisban elkezdhető.
  • Az alkalmazások nagyobb változatai automatizálhatók.
  • Egyes modulok a technológiától függetlenül újra felhasználhatók különböző alkalmazásokban (ugyanolyan megjelenéssel és érzettel).
  • Csökkenti a vision AI karbantartási erőfeszítéseit.

Q78. Hogyan azonosítja a Tosca az objektumokat az AI Engine segítségével?

Válasz: A Tosca AI-motor az alábbi szempontokat veszi figyelembe a tesztobjektumok irányításakor:

  • A tesztobjektumok megjelenése és elhelyezkedése.
  • A megjelenés és az érzés magában foglalja a színt, a méretet stb.
  • A tesztobjektumok mellékelt címkéi.

Q79. Mi történik a meglévő tesztekkel, amelyeket az AI Engine-en keresztül fejlesztettek ki a technológia megváltoztatása után, ugyanazt a felhasználói felületet megtartva?

Válasz: Ez nem lesz hatással a meglévő tesztesetekre, amelyeket mesterséges intelligencia-motorral fejlesztettek ki. Ennek az az oka, hogy az AI-motor nem veszi figyelembe az alkalmazás technológiáját.

Q80. Meghatározza a Tosca AI Engine által használt különböző objektum azonosítási módszereket?

Válasz: A Tosca AI motor az alábbi azonosítási módszereket követi:

  • Tulajdonságok szerinti azonosítás – A megjelenések alapján elérhető tulajdonságok.
  • Index szerinti azonosítás – azonos típusú objektumok ismétlődései alapján.

Referencia: Háromszázados & LambdaGeeks .

További információ UiPath interjúkérdések.

Írj hozzászólást

E-mail címed nem kerül nyilvánosságra. Kötelező kitölteni *

Lapozzon a lap tetejére