101 otázek k rozhovoru s Toscou (vyčerpávající QnA pro období 2023–24)

V tomto příspěvku k otázkám rozhovoru s Toscou se budeme zabývat všemi základními a kritickými otázkami a odpověďmi na toskánské pohovory, které jsou odděleny v různých úrovních obtížnosti, například níže:

Otázky k rozhovoru Tosca pro vstupní úroveň

Q1) Diskutujte o společnosti Tricentis Tosca.

Ans. Tosca je nyní jedním z lídrů na trhu jako nástroj pro automatizaci testů, který má schopnost automatizovat všechny druhy aplikací. Umožňuje navrhovat automatizované testy bez skriptů.

důležité vlastnosti Toscy:

  1. Rychlé provedení a schopnost nepřetržitého testování na podporu DevOps
  2. Podporuje vývoj testů na základě modulů, které maximalizují využití opětovného použití.
  3. Vyžadováno minimální úsilí údržby.
  4. Schopnost integrace s hlavními nástroji třetích stran.
  5. Vývoj testu je snadný, protože sleduje automatizaci testů bez skriptů.

Q2) Řekněte mi hlavní součásti Toscy?

Ans. Důležité komponenty, které jsou k dispozici v Tosce, jsou -

  1. velitel Tosca.
  2. Exekutor Tosca.
  3. Tosca ARA (Asistent automatického záznamu)
  4. Průvodce Tosca
  5. Testovací úložiště.

Q3) Vysvětlete výhody Toscy jako nástroje pro automatizaci testů?

Ans. Výhody poskytované automatizačním nástrojem Tosca uvedeným níže:

  1. Jeden nástroj kombinuje mnoho funkcí.
  2. Podporuje automatizaci testů bez skriptů.
  3. Správa testů.
  4. Hromadné aktualizace jsou možné.
  5. Majetek lze znovu použít.
  6. Kompatibilní s různými platformami.
  7. Vychází z modelového přístupu k testování.

Q4) Definovat velitele TOSCA?

Ans. Commander Tosca je UI rozhraní nástroje, které umožňuje uživatelům navrhovat, udržovat, spouštět a analyzovat testovací případy. Jedná se tedy o základní páteř testovací sady Tosca. Velitel Tosca staví s různými částmi, jako jsou Požadavky, Moduly, Testovací případ, Návrh testovacího skriptu, Provádění a Hlášení atd.

Tosca Interview Otázky a odpovědi
(Tosca Commander) Tosca Interview Otázky a odpovědi

Q5) Jak spustit testovací skripty z Tosca ExecutionLists?

Ans. Níže jsou uvedeny různé přístupy k provádění testů Tosca -

  1. Pomocí klávesové zkratky F6 lze zahájit provádění.
  2. Klepněte pravým tlačítkem na vybrané testovací případy a vyberte možnost „Spustit“.
  3. Vyberte a spusťte ExecutionLists.

Q6) Jaké jsou různé komponenty dostupné v TOSCA?

 Odpověď: V Tosce jsou k dispozici čtyři různé komponenty

  1. velitel Tosca
  2. Exekutor Tosca
  3. Průvodce Tosca
  4. Testovací úložiště

Q7) Jak spustit testovací skripty z Tosca ScratchBook?

Ans. Můžeme provést zkušební provoz nově vytvořených nebo vylepšených testovacích případů prostřednictvím ScratchBook a zkontrolovat správnost. Tosca protokoluje výsledky provádění do ScratchBook pro dočasné účely. Celý testovací případ nebo jeho část (tj. Testovací kroky) lze provést prostřednictvím ScratchBook.

K provedení testovek ze stíracích knih jsou k dispozici dvě možnosti, které jsou vysvětleny níže -

  1. Lze provést kdykoli.
  2. Můžeme testovací případy uspořádat do zápisníku před provedením.

Q8) Je možné integrovat Toscu s Jira?

Odpověď: JIRA je nástroj pro správu testů. Díky integraci s JIRA dokážeme spravovat chyby nebo problémy, které se objevují v Tosce. Pokud tedy v TOSCA nastanou nějaké nové problémy, bude to stejné synchronizováno do JIRA přes rozhraní.

Q9) Vysvětlete výhody integrace Tosca s Jira?

Ans. Níže jsou uvedeny výhody integrace Tosca Jira -

  1. Synchronizuje neúspěšné testy od společnosti Tosca.
  2. Chyba může být vyvolána v JIRA automaticky po selhání spuštění v Tosce.
  3. Umožňuje proces DevOps.
  4. Lze dosáhnout sledovatelnosti napříč nástroji.

Q10) Jaké jsou různé typy chyb, ke kterým může dojít v Tosce?

Ans. Během provádění Tosca se mohou objevit tři typy nebo chyby.

  1. Ověření-Selhání: Objeví se, když se pro krok ověření neshodují očekávané a skutečné výsledky.
  2. Uživatel Abort: Objeví se, když provádění zastavil tester.
  3. Selhání dialogu: Zobrazí se kvůli některým neošetřeným výjimkám nebo krokům.

Q11) Vysvětlete Tosca Testsuite?

Ans. Tosca je nyní jedním z lídrů na trhu jako nástroj pro automatizaci testů, který má schopnost automatizovat všechny druhy aplikací. Umožňuje navrhovat automatizované testy bez skriptů.

důležité vlastnosti Toscy:

  1. Rychlé provedení a schopnost nepřetržitého testování na podporu DevOps
  2. Podporuje vývoj testů na základě modulů, které maximalizují využití opětovného použití.
  3. Vyžadováno minimální úsilí údržby.
  4. Schopnost integrace s hlavními nástroji třetích stran.
  5. Vývoj testu je snadný, protože sleduje automatizaci testů bez skriptů.

Q12) Jak můžete číst data z Excelu pomocí Toscy?

Ans. Data aplikace Excel lze číst pomocí některého z níže uvedených přístupů -

  1. V přístupu TOSCA k návrhu testovacích případů lze data číst z externího souboru aplikace Excel v předdefinovaném formátu.
  2. „Excel Engine“ umožňuje importovat a číst ze souboru aplikace Excel.

Otázka 13) Je možné v TOSCA spustit více prohlížečů?

 Odpověď: V Tosce není možné spustit více prohlížečů. Lze toho však dosáhnout pomocí následujících kroků -

 Parametr Test Case (TCP) s názvem „Prohlížeč“ musí přidat úroveň testcase, kořenové složky nebo seznamu spuštění.

 Pomocí hodnot „Prohlížeč“ jako InternetExplorer, Firefox nebo Chrome se spustí příslušné webové prohlížeče.

Q14) Jak provádět testování založené na datech v Tosce?

Odpověď: Automatizace testů na základě dat je možná pomocí TCD (Test Case Design). Testovací list TCD představuje šablonu, kde můžeme vytvořit instance, které představují testovací data pro jednotlivé testovací případy. Znovu můžeme vytvořit atributy s v testovacím listu, které představují jednotlivé datové parametry a datové hodnoty lze vytvořit pomocí v atributu jako instance s v něm.

Pro opětovnou použitelnost dat můžeme definovat třídy. Po vytvoření TCD lze testovací listy s různými datovými sadami mapovat pomocí testovacího případu šablony, odkud můžeme na základě různých dat generovat různé testovací případy. Proces vytváření testovacích případů se označuje jako vytvoření instance testovacích případů šablony.

Tosca Interview Otázky a odpovědi
Tosca Interview Otázky a odpovědi-TestSuite

Q15) Jak spustit více než jeden prohlížeč v Tricentis TOSCA?

 Odpověď: Spuštění více prohlížečů není v TOSCA možné. Uživatel však může dosáhnout spuštění napříč prohlížeči. 

Chcete-li provést spuštění napříč prohlížeči, musí uživatelé postupovat podle následujících kroků: 

  1. Parametr „Konfigurace testu“ „Prohlížeč“ by měl být navržen buď na TestCase, nebo na jeho nadřazených úrovních.
  2. Uživatelé si mohou vybrat hodnotu jako InternetExplorer, Firefox, Chrome.
  3. Jednotlivé prohlížeče spustí spouštění. 

Q16) Jaký je odlišný stav dostupný po provedení v Tosce?

Odpověď: Ve výchozím nastavení poskytuje Tosca po provedení testu čtyři různé stavy. Ty jsou -

  1. Prošel
  2. Neúspěšný
  3. Žádný výsledek
  4.  Chyba

Q17) Vysvětlete omezení TOSCA ScratchBook?

Odpověď: Dočasné protokoly provádění jsou uloženy ve ScratchBook. Během vývoje testu jsme použili tuto možnost pro dočasné spuštění ke kontrole správnosti skriptu.

Pokud se akce v rámci kroku testu provádí opakovaně, podrobnosti nebudou k dispozici. Protokoly provádění také nejsou k dispozici trvale.

Q18) Vysvětlete výhody propojení testovacích případů Tosca s požadavky?

Ans. Hlavním účelem je zajistit pokrytí testování na základě požadavků. Poskytne vysoký obraz pokrytí požadavků pro analýzu testů.

Q19) Vysvětlete šablonu a proces jejího vytvoření?

Odpověď: Šablony v Tosce definují jedinečný testovací tok pomocí modulů. Místo skutečných dat jsou spojeny datové parametry z TCD. Šablona obecně není nic jiného než něco v konvenčním formátu. Technický testovací případ lze převést na šablonu kliknutím pravým tlačítkem myši. Šablona využívá data z datového listu TCD.

Q20) Vysvětlete výhody specifikací, které jsou spojeny s testovacími případy Tosca?

Odpověď: Specifikace lze propojit s testovacími případy a sledovat pokrytí požadavků. Poskytne vysoký obraz pokrytí požadavků pro analýzu testů.

Q21) Vysvětlete správu testovacích dat.

Ans. Správa testovacích dat vám umožňuje vypořádat se s testovacími daty nezbytnými pro provedení testu. Automatizace testů na základě dat je možná pomocí TCD (Test Case Design). Testovací list TCD představuje šablonu, kde můžeme vytvořit instance, které představují testovací data pro jednotlivé testovací případy. Znovu můžeme vytvořit atributy s v testovacím listu, které představují jednotlivé datové parametry a datové hodnoty lze vytvořit pomocí v atributu jako instance s v něm.

Pro opětovnou použitelnost dat můžeme definovat třídy. Po vytvoření TCD lze testovací listy s různými datovými sadami mapovat pomocí testovacího případu šablony, odkud můžeme na základě různých dat generovat různé testovací případy. Proces vytváření testovacích případů se označuje jako vytvoření instance testovacích případů šablony.

Q22) Co je to řetězcový provoz v Tosce?

Ans. Řetězcové operace se používají k ověření nebo změně řetězců pomocí regulárních výrazů. Zahrnuje počet konkrétních znaků / slov z oznámení, zarovnání slova s ​​jiným slovem, potvrzení struktury čísla atd. Měli byste mít stažený a stažený modul AidPack ve vašem úsilí o provedení řetězcových operací.

Q23) Proč je v Tricentis TOSCA vyžadován SratchBook?

 Odpověď: Můžeme provést zkušební provoz nově vytvořených nebo vylepšených testovacích případů prostřednictvím ScratchBook a zkontrolovat správnost. Tosca protokoluje výsledky provádění do ScratchBook pro dočasné účely. Celý testovací případ nebo jeho část (tj. Testovací kroky) lze provést prostřednictvím ScratchBook.

Q24) Co je průzkumné testování Tosca?

Ans. Průzkumný je přístup k záznamu testovacího scénáře, který bude po scénáři navigovat ručně. Zaznamenává snímky obrazovky s technickými informacemi a na konci generuje soubor PDF. Tento dokument lze použít pro budoucí reference a školení.

Otázky k rozhovoru Tosca pro středně pokročilé

25) Popište organizační jednotky testovacích postupů v Tricentis Tosca?

Odpověď: Automatizované testování v TOSCA obsahuje níže organizační jednotky.

  1. Plánování.
  2. Specifikace.
  3. Provedení.
  4. Protokolování.
  5. Analýza.

Q26) Popište účel „Tosca Query Language“ (TQL)?

Odpověď: TQL je kratší forma dotazovacího jazyka Tosca, která se v Tosce používá pro účely předběžného vyhledávání. Koncepčně je to podobné jako s SQL, což znamená, že můžeme vyhledávat na základě podmínek.

Q27) Je možné porovnat pdf pomocí Tricentis Tosca?

Ans. Společnost Tosca umožňuje uživatelům se standardním modulem provádět srovnání souborů PDF. Po porovnání dvou souborů PDF budou neshody k dispozici v protokolech provádění.

Q28) Co je Tosca CI? Jak uživatel provádí testovací skripty pomocí nástroje CI Tool?

Odpověď: CI znamená nepřetržitou integraci. TOSCA je schopen provádět testovací případy prostřednictvím nástrojů CI, jako je Jenkins, Bamboo atd., Jako součást nepřetržitého testování. Díky funkcím CI se můžeme snadno integrovat s nástroji CI. Po integraci lze test spustit pomocí nástrojů CI třetích stran.

Tosca Interview Otázky a odpovědi
Tosca Interview Questions - Tosca integration with CI tool

Q29) Jaké jsou příkazy smyčky používané v Tosce?

Ans. I když musíme testovací kroky provádět opakovaně, používá se smyčka Tosca. Tosca poskytuje různé struktury smyček, jako jsou smyčky Do, For, While atd.

Q30) Co máte na mysli pod pojmem Tosca WebAccess?

Odpověď: Tosca WebAccess je webové rozhraní, které umožňuje přístup k pracovnímu prostoru prostřednictvím webových prohlížečů. Instalace aplikace Tricentis Tosca Commander není nutná pro práci s pracovními prostory prostřednictvím WebAccess.

Systém serveru pracovního prostoru ukládá data pracovních prostorů a pomocí klientských prohlížečů k nim můžeme přistupovat.

Q31) Vysvětlete použití Tosca API Scan?

Ans. Funkce skenování API společnosti Tosca umožňuje vytvářet moduly po skenování API pro konkrétní systém. V zásadě umožňuje automatizovat a navrhnout testovací případy API.

Q32) Co je integrace Tosca QC / ALM?

Odpověď: HP Quality Center (název nejnovější verze je ALM) je nástroj pro správu testů, který řídí cykly vývoje, provádění a defektů testů. Tricentis Tosca umožňuje integraci s Quality Center s minimálním přizpůsobením. Hlavním účelem integrace je správa provádění testů a správa defektů. Data o provedení a podrobnosti vady budou synchronizovány mezi oběma nástroji prostřednictvím integrace.

Q33) Vysvětlete konfigurační parametry testu Tosca.

Ans. Konfigurační parametry testu (TCP) lze použít k parametrizaci testovacích dat pro činnosti související s konfigurací, tj. V ideálním případě by se měly použít pro ty parametry, které budou použitelné v celé testovací sadě. Tosca poskytuje některé vestavěné TCP, které se používají ke změně výchozí konfigurace produktu Tricentis Tosca. Uživatelem definované TCP lze vytvořit pro níže uvedené objekty -

  1. Kořenový prvek projektu
  2. Seznam spuštění
  3. Testovací případ
  4. PopravaVstup
  5. Zápisník
  6. Složka komponent
  7. Složka konfigurace
  8. Jakékoli podsložky dostupné v sekcích TestCase, TestCase-Design nebo Execution.

Q34) Jak integrovat Tosca Connect s HP ALM? 

Ans.

  1. Nainstalujte si Rest API.  
  2. Nainstalujte Tasktop do testovacího systému s licencí.
  3. Proveďte synchronizaci testovacích skriptů s modulem Test Plan v HP ALM od společnosti TOSCA. 
  4. Synchronizujte seznam spuštění s modulem testovací laboratoře v HP ALM od TOSCA. 
  5. Synchronizujte nejnovější protokoly spuštění dostupné v Tosca ExecutionList s testsetem, který je k dispozici v ALM Testlab.

Q35) Jaké jsou režimy TC Shell.

Odpověď: Správce velitele TOSCA používá TC shell a existují dva různé způsoby spuštění TC Shell.

  1. Interaktivní režim: Upřednostňování interaktivního režimu novými a středně pokročilými uživateli, pomáhá uživateli s pomocí a možnostmi. Ke kompletním funkcím grafického uživatelského rozhraní velitele Tosca lze přistupovat prostřednictvím interaktivního režimu.
  2. Režim skriptu: Toto je odlehčená verze grafického uživatelského rozhraní Tosca, která může být viditelná, což vyžaduje minimální interakci. Používá se k provádění skriptů v automatizovaném režimu.

Q36) Co je synchronizace v Tricentis Tosca? 

Ans. Synchronizace je proces, který odpovídá hybnosti aplikace s hybností automatizačního nástroje. ActionMode „WaitOn“ se používá ke zpracování synchronizace v dynamickém přístupu. Dokud nebude splněna podmínka uvedená jako TestStepValue pro „WaitOn“, bude test Tosca čekat na předkonfigurovanou hodnotu časového limitu. Nastavení synchronizace lze změnit z nastavení - „Přejít na nastavení-> TBox-> synchronizace“.

Q37) Jak zkontrolovat existenci souboru v Tosce?

Ans. Pomocí standardního modulu „Existence souboru TBox“ můžeme ověřit existenci jakéhokoli zadaného souboru. Tento modul má níže uvedené atributy -

1. Adresář - Umístění testovacího souboru.

2. Soubor -Název testovacího souboru.

Q38) Kolik typů protokolů je k dispozici v Tosce?

Odpověď: Po provedení testu jsou v Tosce k dispozici dva typy protokolů. Ty jsou -

  1. ActualLog: Zachovává nejnovější výsledky provádění a historii provádění.
  2. Záznam o provedení: Výběrem možnosti „Archivovat aktuální ExecutionLog“ se vygeneruje tento typ protokolů. 

Q39) Co je BDD v TOSCA?

Odpověď: BDD je zkratka pro Behavior Driven Development, která sleduje agilní metodiku založenou na procesu vývoje softwaru. Tento proces funguje podle Test Driven Development.

BDD negeneruje funkční testovací případy, ale funkční dokumentaci. Zde jsou akce a chování vysvětleny jako texty. To jim umožňuje testovat jako funkční dokumentaci. Požadavky jsou zobrazeny jako uživatelské příběhy.

Q40) Jaký je účel omezení ActionMode?

Ans. Hodnota ActionMode „Constraint“ se používá k hledání zadaných hodnot. Například - můžeme snadno vyhledat konkrétní hodnotu sloupce v tabulce pomocí „Omezení“.

Q41) Jaké jsou výchozí komponenty objektu v TOSCA?

Ans. Během okna vytváření pracovního prostoru Tosca jsou výchozí objekty buď automaticky začleněny, nebo je třeba je přidat ručně pomocí možnosti podmnožiny importu.

Výchozí komponenty jsou uloženy v souboru standard.tce, který je dostupný ve složce „%TRICENTIS_PROJECT%ToscaCommander“.

Výchozí komponenty, které jsou přidruženy k souboru, jsou -

  1. Standardní moduly - K dispozici jsou všechny druhy výchozích modulů, které lze použít k řízení různých aplikací, včetně TBox XEngines a TBox Automation Tools.
  2. Virtuální složky.
  3. Standardní zprávy.

Q42) Co je třída poškození?

Odpověď: Tato třída se používá k výpočtu hodnot poškození pro všechny konkrétní události. To se počítá na základě škod z hlediska nákladů. Rozsah těchto hodnot je mezi 0 až 10 (min až max).

Q43) Co je to frekvenční třída?

Odpověď: Tato třída se používá k výpočtu hodnot poškození pro všechny konkrétní události. To se počítá na základě množství poškození z hlediska frekvence. Rozsah těchto hodnot je mezi 0 až 10 (min až max).

Q44) Diskutujte o postupech vytvoření šablony ručního testovacího případu v Tosce?

Ans. Uživatelé mohou navrhovat šablony TestCase pomocí očekávaných sekcí podmnožiny Samples.tce a modulů Tosca BI. Při vytváření šablony TestCase musíme postupovat podle níže uvedených kroků -

1. Vytvořte TestCase podle požadavků uživatele. 

2. Technický testovací případ můžeme převést na šablonu výběrem možnosti kontextového menu „Převést na šablonu“ po kliknutí pravým tlačítkem na testovací případ.

3. Přetáhněte příslušný testovací list na požadovanou šablonu TestCase.

4. Přiřaďte atributy TestSheet (datový parametr) pro požadované hodnoty TestStepValues ​​pomocí značky XL.

Otázky k rozhovoru Tosca pro pokročilé

Q45) Vysvětlete zásluhy společnosti Tricentis Tosca?

 Odpověď: Hlavní výhody Toscy jako nástroje pro automatizaci testů jsou uvedeny níže -

  1. Umožňuje přístup k automatizaci testů bez skriptů.
  2. Snadno se naučíte nástroj s velmi minimální sadou dovedností.
  3. Automatizaci testování lze zahájit ve velmi rané fázi testování.
  4. Podporuje modelový rámec automatizace testů. Není tedy nutné vynaložit úsilí na vytvoření testovacího rámce.
  5. Vysoký přístup k opakovanému použití lze využít pomocí komponent, jako jsou moduly, opakovaně použitelné TestStepBlock, TCD atd.
  6. Samotný nástroj podporuje činnosti správy testů a testování funkčnosti.
  7. Integrace ALM je možná.
  8. Může vyvolat selenové testovací kufry od společnosti Tosca.
  9. Hromadná aktualizace je možná pomocí TQL.

Q46) Je u společnosti Tosca možné testování API?

Odpověď: Ano, Tosca podporuje testování API. Skenování API se používá ke skenování vytvoření modulů pro odpovídající API. Pomocí modulů API můžeme odeslat požadavek a obdržet odpověď na volání API.

Q47) Jak používat více webových prohlížečů ve stejném testovacím případě pomocí Toscy?

Ans. Uživatelé chtějí automatizovat předávání testovacích skriptů přes různé aplikace, které se spouštějí v jiných prohlížečích. Použití vyrovnávacích pamětí, změna parametrů konfigurace testu v době provádění pomocí níže uvedených metod.

1. Střídání hodnoty parametru objednávání testu na {B [Prohlížeč]} nebo jakýkoli jiný preferovaný název vyrovnávací paměti. 

2. Během provádění můžeme změnit hodnotu bufferu pomocí modulu „TBOX Set Buffer“, abychom změnili hodnotu testovacího konfiguračního parametru „Browser“ podle názvu prohlížeče, který se má spustit.

Q48) Co je to TOSCA Classic Engine?

Odpověď: Za provedení testu odpovídá motor Classic nebo Base. Base engine sleduje architekturu testovacích případů, které jsou spravovány jako obchodní objekty. Informace o obchodních objektech a činnosti k řízení ovládacích prvků, které se vztahují k testovacím skriptům, jsou přijaty modulem Classic.

Q49) Jaké jsou kroky vyžadované v Object Steering v Tosce?

Odpověď: Řízení objektu zahrnuje dva kroky:

  1. Přístup k objektu.
  2. Řízení objektu.

Q50) Diskutujte o testování podle modelu Tosca?

Ans. Modely představují jednotku funkcí, které jsou vytvořeny skenováním aplikace. Moduly obsahují technické informace ovládacích prvků k řízení testovaných objektů. Nyní modelové testování vysvětluje přístup, kde jsou testovací případy vyvíjeny a prováděny na základě modulů. V zásadě jsou moduly přidány do testovacího případu jako testovací krok prostřednictvím přístupu přetažení k dokončení testovacích případů. V testcase musíme poskytnout data jako TestStepValue a akce. K vývoji testovacího případu není nutné žádné skriptování.

Q51) Co myslíte pojmem Distribuované spuštění v TOSCA?

Odpověď: Když kterýkoli uživatel nebo Test chce spustit velkou sadu testovacích skriptů na více počítačích, musí tester vytvořit TestEvents v veliteli Tosca.

Q52) Popsat správu testovacích dat (TDM)?

Odpověď: Komponenty TDM (Test Data Management) se používají ke správě testovacích dat, která jsou nutná pro provedení testu. Součást TDM je k dispozici se standardní instalací Tosca. Data jsou uložena stejně jako sdílené databázové úložiště, které se používá k vytvoření pracovního prostoru, prostřednictvím TDM, který bude přiřazen testovacím případům během provádění. V případě SQLite je pro TDM vyžadována samostatná instance databáze.

Q54) Jak spustit testy pomocí ScratchBook?

Odpověď: Můžeme provést zkušební provoz nově vytvořených nebo vylepšených testovacích případů prostřednictvím ScratchBook, abychom zajistili správnost. Tosca protokoluje výsledky provádění do ScratchBook pro dočasné účely. Celý nebo část testovacích případů (tj. Testovací kroky) lze provést ve ScratchBook.

Po kliknutí pravým tlačítkem na jeden nebo více vybraných testovacích případů, složek testovacích případů nebo testovacích kroků můžeme zahájit spuštění výběrem možnosti z kontextové nabídky.

Q55) Jaké je použití TestMandates?

Odpověď: Existuje mnoho scénářů, jako jsou bankovní, pojišťovací atd. Doménové projekty; požadovali jsme spuštění dávky v určitou dobu. Tento požadavek lze splnit pomocí TestMandates. Zkušební mandát umožňuje provádět různé části seznamu spuštění paralelně bez uzamčení hlavního seznamu spuštění.

Q56) Diskutujte o krocích k vytvoření instance TestCase pomocí aplikace Excel?

Ans. Instance procesu znamená generování testovacích případů instance ze šablony na základě různých dat, která jsou definována v části „TestCase Design“ nebo v šabloně aplikace Excel.

Níže jsou uvedeny kroky k vytvoření instance TestCase pomocí aplikace Excel:

1. K vytvoření testovacích případů instance je vyžadován testovací případ šablony.

2. Atributy datového listu, které jsou definovány v TCD nebo externí šabloně aplikace Excel, tj. Parametry dat musí být spojeny s atributem šablony se správnou syntaxí.

3. Klepnutím pravým tlačítkem na testovací šablonu šablony a výběrem možnosti místní nabídky „Vytvořit šablonovou instanci“ zahájíte proces.

4. List aplikace Excel s předdefinovanou strukturou musí být zobrazen v následujícím dialogu. 

5. Zpracujte ověřovací dialog a pokračujte.

6. Dále spusťte proces kliknutím na tlačítko OK.

Q57) Popsat instantní šablonu?

Odpověď: Zpracovává instanční prostředky ke generování testovacích případů instance ze šablony na základě různých dat, která jsou definována v části „Design Testase“. Tento přístup v Tosce je také známý jako testování založené na datech.

Q58) Co tím myslíte? obchodní parametry v Tosce?

Ans. Obchodní parametry se používají k předání dat do Reusable TestStepBlock jako argumentů. Primárním účelem obchodních parametrů je parametrizovat použití testovacích dat v opakovaně použitelném TestStepBlock namísto použití pevně zakódovaných dat. Může být vytvořen po kliknutí pravým tlačítkem na vybraný opakovaně použitelný TestStepBlock, který je vytvořen ve složce Library.

Q59) Vysvětlete TC-Shell?

Ans. TC-Shell umožňuje ovládat velitele Tosca z příkazového řádku. Může být spuštěn dvěma jedinečnými způsoby pomocí interaktivního a skriptu.

  1. Skupina příkazů, které jsou zapsány do plochého souboru (například do souboru BAT), může provádět některé operace, jako je provádění testů od spuštění, aniž by byl otevřen program Tosca Commander. Tento přístup se používá k automatizaci spouštění procesu provádění testu.
  2. Uživatelé mohou využít komplexní výběr účelů verze grafického uživatelského rozhraní od velitele Tosca.

Q60) Vysvětlete kroky, které vytvářejí testovací případy prostřednictvím ARA?

Odpověď: Kroky procesu jsou -

  • Zaznamenejte jakýkoli scénář pomocí Průvodce ARA.
  • Přidejte ověřovací body během nahrávání a proveďte vyčištění podle zaznamenaného scénáře.
  • Exportujte záznam.
  • Importujte záznam v Tosce.
  • Provádějte testovací případy, které se během záznamu vytvářejí automaticky.

Q61) Uveďte různé přístupy k identifikaci objektu v Tosce?

Odpověď: Níže jsou uvedeny různé přístupy k řízení ovládacích prvků během skenování u testovacích objektů -

  1. Identifikovat podle vlastností
  2. Identifikovat pomocí Anchor
  3. Identifikovat podle indexu
  4. Identifikovat podle obrázku

Q62) Co je DokuSnapper v Tosce? 

Odpověď: Projekt DokuSnapper funkce umožňuje archivovat průběh automatizovaných testů v dokumentu. Tosca při každém spuštění vytvoří dokument Microsoft Word pro každý testovací skript. Název dokumentu se skládá z názvu testovacího skriptu a časového razítka doby provedení. 

Uživatel může povolit Dokusnapper z Nastavení 

Nakonfigurujte možnosti a nastavení> Dialog Nastavení> Nastavení - Motor> Nastavení - DokuSnapper

Q63) Co je TDS?

Odpověď: TDS je zkratka pro Test Data Service, která se používá pro správu testovacích dat v Tosce. Pomocí TDS můžeme ukládat data dynamického testu na sdílené místo, které je snadno čitelné / aktualizované testovacím případem. Protože jsou data uložená ve sdíleném umístění, je užitečné sdílet stejná dynamická data napříč několika testovacími případy. Můžeme ji také aktualizovat, aniž bychom otevřeli Toscu, protože je považována za samostatnou součást.

Q64) Vysvětlete testování API pomocí TOSCA? Vysvětlete výhody.

Odpověď: API je zkratka pro Application Interface. V prostředí s více aplikacemi, kde jedna aplikace interaguje s jinou aplikací prostřednictvím API, musíme počkat na dokončení vývoje všech aplikací pro testování. Testování tedy bude časově náročný proces. Místo toho můžeme začít s testováním API, jakmile je kterákoli z aplikací připravena zkrátit dobu spouštěcího cyklu. Testování API je tedy přístup k testování rozhraní prostřednictvím API před integrací celé aplikace. Tosca poskytuje průvodce skenováním API; prostřednictvím toho můžeme skenovat API a vytvářet moduly API. Později na základě modulu můžeme vytvořit testovací případy k provedení Testování API Tosca.

Výhody jsou -

  • Rychlé provedení.
  • Zkraťte dobu provádění cyklu.
  • Testování lze zahájit před integrací systému.

Q65) Vysvětlete funkce průzkumného testování dostupné v Tosce?

Odpověď: Jedná se o přístup k záznamu testovacích scénářů jako dokumentu pro funkční analýzu, ověření / testování účelu školení.

Q66) Jak můžeme během provádění změnit hodnotu jakéhokoli parametru Test Configuration?

Odpověď: Nejprve je třeba pro Testovací konfigurační parametr (TCP) přiřadit jednu vyrovnávací paměť. Poté změnou hodnoty vyrovnávací paměti pomocí „Tbox Set Buffer“ budeme moci změnit hodnotu TCP během provádění.

Q67) Je možné automatizovat mobilní aplikace v Tosce?

Odpověď: Ano, Tosca podporuje mobilní automatizaci pomocí enginu ME3.0 pro mobilní testování.

Q68) Vysvětlete přístup mobilního testování?

Odpověď: K provedení mobilní automatizace musíme postupovat podle následujících kroků.

  • Musíme propojit fyzické nebo simulační mobilní zařízení s naším systémem nebo serverem Appium. U zařízení se systémem iOS musíme zařízení připojit v systému Mac nakonfigurovaném v Appium.
  • Vybrat Skenovat-> mobilní možnost při skenování mobilních zařízení.
  • V okně skenování musíme poskytnout základní podrobnosti, jako je typ připojení jako místní nebo server Appium, název zařízení, ID zařízení a typ zařízení jako Android nebo iOS.
  • Abychom mohli replikovat mobilní obrazovku v zařízení, musíme zaškrtnout políčko „Spustit živý náhled“.
  • Chcete-li navázat spojení s mobilními zařízeními, musíte kliknout na tlačítko „Připojit“.
  • Vyberte mobilní obrazovku přání a skenováním vytvořte uzlík.
  • Vytvořte mobilní testovací případy na základě vytvořených modulů a některých standardních modulů, jako je otevřená mobilní aplikace.
  • Proveďte testovací případ.

Q69) Jaké druhy mobilních aplikací společnost Tosca podporuje?

Odpověď: Tosca podporuje pouze mobilní zařízení Android nebo iOS. Může také automatizovat mobilní web, nativní a hybridní aplikace.

Q70) Jaké jsou různé enginy dostupné pro mobilní automatizaci?

Odpověď: K dispozici jsou dva motory -

  1. Tosca Mobile + - Používá se pro stará zařízení.
  2. Mobile Engine 3.0 (ME 3.0) - Používá se pro nejnovější zařízení.

Q71) Jaká je základní konfigurace vyžadovaná k provedení jakéhokoli testovacího případu v mobilním prohlížeči Chrome?

Odpověď: Musíme nastavit hodnotu jako „CromeAndroid“ pro TCP prohlížeč.

Q72) Co je to ARA? 

Odpověď:  ARA znamená Automation Recording Assistant. Toto je pokročilá funkce nahrávání v TOSCA. S pomocí ARA můžeme zaznamenat jakýkoli scénář s ověřením a okamžitě generovat testovací případy. Po záznamu ARA vygeneruje soubor .ara, který je třeba importovat do TOSCA, aby se vygeneroval okamžitý testovací případ. To je velmi užitečné pro podnikového uživatele, který nemá žádné znalosti o společnosti Tosca.

Q73) Vysvětlete výhody ARA?

Odpověď: Hlavní výhody jsou -

• Průvodce samostatným záznamem

• Intuitivní nahrávání

• Průběžné poznámky a ověření

• Žádné duplicitní moduly v jedné nahrávce

• Snadné čištění

• Rychlé přehrávání

• Snadný export a import nahrávek

Q74) Vysvětlete omezení ARA?

Odpověď: Omezení ARA jsou -

• Kompatibilní s Tosca 13.1 a vyšší

• Lineární záznam

• Licence vyžadovaná pro samostatnou instalaci

• Duplicitní moduly budou vytvořeny ve více nahrávkách

• Náročné na úpravu stávajících testů

• Přesto musí být kompatibilní s Androidem / iOS

Q75. Co je Vision AI v Tosce?

Odpověď: Bude se jednat o pokročilý přístup k automatizaci testů k automatizaci testovacích případů bez ohledu na technologii testovací aplikace. Tento přístup bude proveden pomocí konceptu umělé inteligence (AI) při rozpoznávání objektů pomocí TOSCA AI Scan. Na základě vzhledu a vzhledu se objekty identifikují pomocí funkcí AI.

Q76. Od které verze je Vision AI k dispozici?

Odpověď: Společnost Tricentis Tosca představila tyto funkce od verze 14.x.

Q77. Jaké jsou vlastnosti Vision AI v Tosce?

Odpověď: Hlavní funkce Vision AI jsou uvedeny níže -

  • Rozpoznávání objektů na základě AI - Tosa AI engine je schopen identifikovat testované objekty na základě vzhledu a vzhledu, bez ohledu na technologii aplikace.
  • Automatizace aplikace založené na Citrixu - Můžeme automatizovat aplikace hostované v Citrixu.
  • Automatizovat vyvíjenou aplikaci - Motor AI je schopen automatizovat aplikaci před dokončením vývoje. Zde je společnost Tosca schopna automatizovat na základě makety prostředí nebo na základě navrženého schématu rozvržení.
  • Testování automatizace lze zahájit od velmi raných fází.
  • Větší paletu aplikací lze automatizovat.
  • Některé moduly lze opakovaně používat v různých aplikacích (se stejným vzhledem a dojmem) bez ohledu na technologii.
  • Snižuje úsilí o údržbu ve vizi AI.

Q78. Jak Tosca identifikuje objekty pomocí AI Engine?

Odpověď: Engine Tosca AI zvažuje níže uvedené aspekty pro řízení testovacích objektů -

  • Vzhled a poloha testovaných objektů.
  • Vzhled a dojem zahrnuje barvu, velikost atd.
  • Připojené štítky testovacích objektů.

Q79. Co se stane se stávajícími testy, které jsou vyvíjeny prostřednictvím AI Engine po změně technologie při zachování stejného uživatelského rozhraní?

Odpověď: Na stávající testovací případy vyvinuté s motorem AI nebude mít žádný dopad. Důvodem je, že motor AI nezohledňuje technologii aplikace.

Q80. Uveďte různé metody identifikace objektů používané modulem Tosca AI Engine?

Odpověď: Motor Tosca AI se řídí níže uvedenými způsoby identifikace -

  • Identifikovat podle vlastností - vlastnosti dostupné na základě vzhledu.
  • Identifikovat podle indexu - na základě opakování stejného druhu objektů.
  •  

Q81: Jak řešíte chyby konfigurace testu v Tosca? Odpověď: Chyby konfigurace testu Tosca mohou vzniknout v důsledku nesprávné konfigurace v nastavení testovacího prostředí, chybějících modulů nebo nesrovnalostí ve verzích. Chcete-li to zvládnout, zajistěte soulad s nastavením testovacího prostředí, ověřte, zda jsou nainstalovány všechny potřebné moduly a závislosti, a ujistěte se, že verze Tosca je kompatibilní se všemi moduly.


Q82: Popište scénář, kde se mohou vyskytnout chyby při provádění v Tosca, a jak je vyřešit. Odpověď: Při úpravě nebo přesunutí prvku uživatelského rozhraní v testované aplikaci může dojít k chybám při provádění. Chcete-li to vyřešit, znovu naskenujte aplikaci a aktualizujte testovací případ pomocí nové definice prvku uživatelského rozhraní.


Q83: Jaké jsou výhody ExecutionLists v Tosca? Můžete je naplánovat? Odpověď: ExecutionLists pomáhají seskupovat, objednávat a spouštět testovací případy v pořadí, napomáhají regresnímu testování, end-to-end procesům a zajišťují, aby se závislé testovací případy prováděly v pořadí. Ano, pomocí Plánovače spuštění testu můžete nastavit konkrétní čas a frekvenci pro seznamy spuštění.


Q84: Jak Tosca API Scan usnadňuje testování výkonu? Popište složitý scénář, který jste automatizovali pomocí funkcí testování API Tosca. Odpověď: Zatímco Tosca je primárně funkční testovací nástroj, její API Scan zachycuje požadavky a odpovědi API a můžete měřit doby odezvy pro volání API a nabízí základní metriky výkonu. V případě složitého scénáře zvažte automatizaci vícestupňového procesu pokladny v aplikaci elektronického obchodu, který zahrnuje přidávání položek do košíku, uplatňování slev, ověřování zásob a potvrzení platby.


Q85: Jak TDS v Tosca podporuje testování řízené daty? Popište problém, kterému jste čelili při správě testovacích dat ve službě Tosca, a jak jste jej vyřešili. Odpověď: TDS (Test Data Service) umožňuje vytváření, správu a dodávání testovacích dat do testovacích případů. Problémem může být udržení konzistence a vyhnutí se duplicitním/zastaralým datům. Pomocí funkcí, jako je stárnutí dat a sdružování v TDS, můžete data spravovat efektivně.


Q86: Popište scénář, kde jsou dynamické smyčky v Tosce výhodné. Jak byste implementovali progresivní smyčky v testovacím případu Tosca? Odpověď: Dynamické smyčky jsou užitečné, když iterace nejsou známy předem. Například testování košíku s variabilními položkami. U progresivních smyček nastavte smyčku tak, aby začínala od konkrétního řádku ve vaší datové sadě a definujte velikost kroku pro testování každé n-té datové sady.


Q87: Jak Tosca CI podporuje kanály DevOps? Popište situaci, kdy Tosca CI výrazně zlepšila proces testování. Odpověď: Schopnosti CI společnosti Tosca se integrují s nástroji CI/CD a umožňují automatizované provádění testů jako součást kanálu DevOps. V situacích, kdy dochází k častým integracím, může integrace Tosca se serverem CI automaticky spustit testovací sady, což zajistí, že nový kód nebude zavádět defekty.


Q88: Jak kontrolní skupiny vylepšují organizaci testovacích případů v Tosce? Popište scénář, kdy jste použili kontrolní skupiny pro výzvu testování uživatelského rozhraní. A: Control Groups organizují a seskupují prvky uživatelského rozhraní do modulu, čímž vylepšují organizaci ve složitých strukturách uživatelského rozhraní. Například na webové stránce s více kartami lze pomocí ovládacích skupin oddělit ovládací prvky pro každou kartu, což zjednodušuje vytváření a údržbu testů.


Q89: Jak nakonfigurujete scénář vyčištění v Tosca? Popište složitý scénář obnovy. Odpověď: Scénář vyčištění zajišťuje, že se systém po testu vrátí do známého stavu. V návrhu TestCase použijte pro akce obnovy sekci „Cleanup“. U složitého scénáře může scénář vyčištění po vytvoření testovacích dat a zjištění selhání testu odstranit testovací data a připravit aplikaci na další spuštění.


Q90: Jak integrace Tosca s JIRA zlepšuje sledování chyb? Popište problémy, kterým čelíte během integrace a řešení. Odpověď: Integrace zjednodušuje sledování defektů a umožňuje automatické protokolování chyb v JIRA, když test selže. Problémy mohou nastat při mapování defektních polí Tosca na vlastní pole JIRA, které lze vyřešit zajištěním konzistentní konvence pojmenování polí a použitím nastavení Tosca pro správné mapování polí.


Q91: Popište scénář, kde byla funkce Rescan zásadní při aktualizaci vašich testovacích případů Tosca. Jak Rescan podporuje agilní vývoj? Odpověď: Opětovné skenování je zásadní, když aplikace prochází změnami, což pomáhá aktualizovat moduly Tosca. V agilním režimu s častými změnami zajišťuje Rescan aktualizace testovacích případů s minimálním úsilím, čímž je automatizace stále relevantní v rychle se vyvíjejících prostředích.


Q92: Jak šablony Tosca usnadňují opakované použití testovacího kroku? Popište složitý scénář, který jste automatizovali pomocí šablon Tosca. Odpověď: Šablony vytvářejí opakovaně použitelné testovací kroky, podporují opětovnou použitelnost a snižují redundanci. Kvůli složitosti lze ve scénáři přihlášení pro více uživatelů vytvořit šablonu pro kroky přihlášení a pomocí šablony upravit ověření po přihlášení pro typy uživatelů.


Otázka 93: Jak přidružení testovacích scénářů k požadavkům zlepšuje pokrytí testů v Tosce? Popište situaci, kdy toto spojení identifikovalo mezeru v testování. Odpověď: Přidružení testovacích scénářů k požadavkům poskytuje sledovatelnost, což ukazuje, které požadavky jsou testovány a které čekají na vyřízení. Pokud je přidána nová funkce bez testovacích scénářů, toto přidružení zvýrazní mezeru a podnítí vytvoření relevantních testovacích případů.


Q94: Jak průzkumné testování v Tosca podporuje ruční testování? Popište problém, kterému jste čelili během průzkumného testování v Tosce a rozlišení. Odpověď: Průzkumné testování Tosca pomáhá manuálním testerům tím, že umožňuje protokolování defektů, pořizování snímků obrazovky a vytváření poznámek během relací. Problémem může být reprodukce konkrétního defektu nalezeného během testování. S protokoly a poznámkami relace Tosca je poskytování kontextu jednodušší.


Q95: Jak používáte TQL pro pokročilé vyhledávání v Tosce? Popište složitý dotaz, který jste provedli pomocí TQL. Odpověď: TQL (Tricentis Query Language) umožňuje pokročilé vyhledávání v Tosce. Kvůli složitosti můžete použít TQL k nalezení všech testovacích případů souvisejících s modulem, který selhal při posledním spuštění a byl naposledy upraven konkrétním uživatelem.


Q96: Jak Tosca WebAccess usnadňuje vzdálené testování? Popište situaci, kdy to zlepšilo váš pracovní postup testování. Odpověď: Tosca WebAccess je webové rozhraní pro Tosca, které umožňuje vzdálený přístup bez místní instalace. Je to výhodné pro distribuované týmy nebo když testeři potřebují získat přístup k Tosce mimo své obvyklé prostředí, například když je nahlášena kritická chyba a potřebuje okamžité ověření.


Q97: Jak byste ladili syntaktické chyby v Tosca? Popište scénář, kde došlo k systémovým chybám, a řešení. Odpověď: Syntaktické chyby vznikají z nesprávného testovacího skriptování nebo formulace TQL. Použití chybových zpráv Tosca může pomoci je určit a opravit. Systémové chyby mohou nastat kvůli problémům se systémem, kde běží Tosca, jako je nedostatek paměti. Řešení může zahrnovat optimalizaci systémových prostředků nebo zvýšení paměti RAM.


Otázka 98: Jak byste ověřili odpovědi API oproti očekávaným hodnotám v Tosce? Odpověď: Tosca umožňuje ověření odpovědí API oproti očekávaným hodnotám pomocí asercí. Zachytíte očekávanou odezvu a použijete srovnávací schopnosti Tosca k ověření skutečné odezvy proti ní.


Q99: Jak byste řešili problémy s nekonečnou smyčkou v Tosce? A: Nekonečná smyčka vzniká z nesprávné konfigurace smyčky. Zajistěte, aby smyčky měly jasné výstupní kritérium a pravidelně ověřujte testovací logiku.


Q100: Jak konfigurujete Tosca CI pro různá vývojová prostředí? Odpověď: Tosca CI lze přizpůsobit pro různá vývojová prostředí integrací se specifickými nástroji CI/CD, konfigurací proměnných specifických pro prostředí v Tosce a zajištěním dostupnosti pracovního prostoru Tosca napříč prostředími.


Q101: Jaké kroky byste podnikli, abyste zajistili účinnost scénáře čištění v Tosce? Odpověď: Pravidelně ověřujte, že scénář vyčištění vrací systém do požadovaného stavu, spouštějte jej nezávisle, abyste ověřili jeho akce, a sledujte protokoly pro úspěšné dokončení.


Q102: Jak řešíte konflikty opětovného skenování v Tosca? Odpověď: Zkontrolujte každý konflikt, abyste pochopili povahu změny, rozhodněte se o přijetí nové změny, zachování stávající konfigurace nebo sloučení změn. Zajistěte, aby byly testovací případy po opětovném skenování znovu provedeny za účelem ověření.


Q103: Jak byste přizpůsobili šablony Tosca pro složité testovací scénáře? Odpověď: Přidejte vlastní kroky nebo logiku pro jedinečné potřeby testování, použijte parametry a proměnné pro přizpůsobivost a začleňte podmíněnou logiku pro různé testovací podmínky.


Q104: Jak byste optimalizovali TQL dotazy pro velké projekty Tosca? Odpověď: Omezte rozsah vyhledávání na relevantní oblasti, používejte přesná kritéria pro filtrování výsledků a pravidelně kontrolujte a aktualizujte uložené dotazy, aby byly relevantní.


Q105: Jak zajistíte bezpečnost při přístupu k pracovním prostorům Tosca prostřednictvím WebAccess? Odpověď: Implementujte silná autentizační a autorizační opatření, zajistěte šifrování dat během přenosu a pravidelně sledujte přístupové protokoly pro podezřelé aktivity.

Zanechat komentář