Top 25+ Azure Test Plan or TFS Interview Questions

top 25 azure test plan

Nejoblíbenější dotazy k rozhovorům ohledně plánu testování Azure:

Azure Test Plan je alternativně také známý jako Azure DevOps Test Plan nebo TFS (Team Foundation Server).

Už více než 2 roky používám Azure Test Plan při práci jako nástroj pro správu testů.

Tady v tomto článku bych poskytoval komplexní seznam otázek k pohovoru pro plán testování Azure (několik složitých otázek a jejich řešení, která jsem se naučil se zkušenostmi s nástrojem).

Než přejdeme k sadě dotazů na pohovor, chtěl bych nastavit holistický kontext toho, co je plán testování Azure a jaký účel řeší pro tým QA.

• Azure Test Plan je alternativně také známý jako Azure DevOps Test Plan nebo TFS (Team Foundation Server).
• Azure Test Plan je jedním z nejlepších webových nástrojů pro správu testů pro ruční a automatické testování.
• Tento nástroj poskytuje velmi dobrou možnost mít sledovatelnost mezi koncovými body tím, že má požadavky, dokumenty se specifikacemi a / nebo uživatelské příběhy spojené s testovacími případy, výsledky testů a hlášenými vadami.
• Tento nástroj pomáhá sledovat podrobnosti o konfiguraci, jako jsou testovací případy spuštěné proti konkrétnímu prostředí nebo počet spuštěných sestavení, autor testovacích případů a QA, kteří testovací případy provedli.
• Pomáhá přiřadit nebo distribuovat testovací případy mezi mnoho testerů v týmu.
• Slouží k velkému účelu, tj. Počínaje od vytváření nových testovacích případů, opětovným používáním stávajících testovacích případů až po snadné sledování postupu testovacího úsilí.
• Umožňuje také mít přizpůsobený řídicí panel s jednoduchými a zjevnými grafy.

Nejčastější dotazy týkající se rozhovorů s TFS - Dotazy na rozhovor s testovacím plánem Azure

Zde je komplexní seznam otázek k pohovoru na TFS:

Otázka č. 1) Pojmenujte různé typy testovacích sad, které TFS umožňuje uživateli vytvářet a v čem se každý liší od druhého?

Odpovědět: Testovací sada je seskupení několika testovacích případů. Seskupení testovacích případů by mohlo být proti požadavku nebo jakékoli jiné pracovní položce, jako jsou uživatelské příběhy, funkce, požadavek na změnu, nebo by je bylo možné seskupit jako „regresní testovací sadu“ nebo „kouřovou testovací sadu“.

Existují tři typy testovacích sad, které mohou uživatelé vytvářet v TFS:

• Statická testovací sada
• Sada testovacích požadavků
• Testovací sada založená na dotazech

(Pracovní postup:
Vytvořit testovací sadu: Otevřete projekt -> Test -> Testovací plán -> Klikněte pravým tlačítkem na Projekt -> Klikněte na Testovací sadu.
Vytvořit položku nevyřízených položek: Otevřít projekt -> Desky -> Nevyřízené položky -> Nová pracovní položka )

a) Statická testovací sada : Tím se vytvoří základní složka, do které můžete ručně přidat existující testovací případy nebo vytvořit nové. Pod hlavní sadu můžete také přidat více dětských apartmá. Například - Fáze funkčního testování Sprintu 15 má 3 požadavky na změnu.

Příklad: Když CR-123, CR-456, CR-789 jsou 3 požadavky na změnu, máte vytvořenou strukturu statických sad, jak je uvedeno níže:

Potom můžete přidat testovací případy pod každou z těchto podřízených testovacích sad.

b) Sada založená na požadavcích: Tento typ sady se obvykle používá v agilní metodice testování nebo v zásadě, když se tým rozhodne, že bude mít každou testovací sadu namapovanou na každý požadavek. Požadavkem může být jakákoli pracovní položka představující příběhy uživatelů nebo jakýkoli funkční požadavek.

1. Chcete-li mít sadu založenou na požadavcích, musíte nejprve přidat pracovní položky (uživatelské příběhy, funkce) pod Nevyřízené položky.
2. Vytvořte testovací sadu založenou na požadavcích, poté se objeví okno dotazu jako obrázek níže.

Zde vyberete Pole = Typ pracovní položky, Hodnota = Microsoft.RequirementCategory a Oblastní cesta = a klikněte na Spustit dotaz .

Výsledné okno zobrazí všechny existující nevyřízené položky / požadavky pro projekt. Vyberte ten, který chcete přidat, a vytvoří se složka testovací sady s názvem, který je stejný jako uživatelský příběh, který jste vybrali. Všechny testovací případy, které vytvoříte v rámci sady, se nyní namapují na příběh uživatele.

c) Sada založená na dotazech: Stejně jako samotný název napovídá, tento typ sady vám umožňuje přidat existující testovací případy dotazem na databázi projektu v TFS. Znovu použitelnost stávajících testovacích případů je aspekt, na který se tento typ sady zaměřuje.

Když přidáte sadu založenou na dotazu, zobrazí se okno dotazu, kde můžete přidat existující testovací případy z aktuálního projektu nebo jiného projektu.

( Poznámka: @Project odkazuje na aktuální projekt a @me odkazuje na mé uživatelské ID v TFS na následujícím obrázku)

Otázka č. 2) Diskutovali jste se svým obchodním analytikem ohledně přístupu k testování a rozsahu testování pro konkrétní testovací případ (případy) a musíte o tom informovat své spoluhráče. Jak je můžete informovat prostřednictvím TFS?

Odpovědět: Když dvakrát kliknete na testovací případ v zobrazení seznamu a otevřete jej, zobrazí se okno, kde můžete vidět název testovacího případu, přidané značky, sekce Souhrn, Kroky, Přílohy a Diskuse. Aby bylo možné cokoli oznámit spoluhráčům, je možné využít funkci nazvanou „@mention“.

V sekci Diskuse můžete použít symbol @ a poté se zobrazí seznam ID uživatelů pro projekt. Poté můžete vybrat ID uživatele, kterému chcete oznámit, a poté zprávu. Můžete také zadat více ID uživatele @ pro upozornění více spoluhráčů najednou.

V případě, že potřebujete do zprávy přidat odkaz, přidejte symbol # následovaný URL a stiskněte klávesu ENTER. Zpráva je přidána jako diskusní bod a e-mail je automaticky odeslán uživateli uvedenému v @mention.

Například, @Shalini Singh můžete se odvolat matice pokrytí testu

Ve výše uvedeném příkladu jsem přidal oznámení, které spustí e-mail pro Shalini Singh se zprávou, jak je uvedeno výše, spolu s textem hypertextového odkazu www.softwaretestinghelp.com/test-coverage/

Pro lepší pochopení viz následující obrázek:

Otázka č. 3) Jak seřadí testovací případy, které přidáte do TFS?

Odpovědět: Když do TFS přidáte testovací případy, dostanou se často netříděným způsobem. Testovací případy můžete seřadit dvěma způsoby.

na) V zobrazení seznamu testovacích případů je sloupec s názvem „Pořadí“. Každý testovací případ dostane jedinečné ID objednávky automaticky přiřazené na základě pořadí, ve kterém je testovací případ přidán. Testovací případ můžete seřadit kliknutím na sloupec Objednat.

(obraz zdroj )

b) Nebo v pravém horním rohu existuje možnost s názvem „Objednat testy“. Kliknutím na Objednávkové testy seřadí všechny testovací případy v zobrazení seznamu.

otázky a odpovědi na rozhovor s technikem podpory stolních počítačů

Otázka č. 4) Jaké jsou různé pohledy dostupné pro testovací případy v TFS?

Odpovědět: Pro testovací případy v TFS jsou k dispozici dva pohledy:

1. Zobrazení seznamu
2. Mřížkový pohled

a) Zobrazení seznamu: Toto je výchozí zobrazení testovacích případů v TFS. V tomto zobrazení, jak název napovídá, jsou všechny testovací případy seřazeny seřazeným způsobem, pokud je seznam seřazen pomocí ID objednávky.

V tomto zobrazení je pro každý testovací případ zobrazeno více sloupců; jako Výsledek - což je nejnovější stav testovacího případu, Objednat - představující ID objednávky na základě objednávky vložení testovacího případu, ID - automaticky generované jedinečné ID testovacího případu, Titul , Konfigurace , Očekávaný výsledek , atd.

V tomto zobrazení můžete provádět následující akce:

1. Můžete spustit testovací případy.
2. Označte stav testování pro každý testovací případ.
3. Přidejte nové testovací případy nebo importujte existující testovací případy.
4. Odstranit existující testovací případy.
5. Filtrujte testovací případy na základě různých kritérií, jako jsou konfigurace, značky atd.
6. Testovací případy můžete také rozdělit mezi testery.
7. Přesuňte testovací případy jednoduchým přetažením.
8. Změňte konfiguraci testovacích případů.
9. Poklepáním na testovací případ se otevře další okno, kde se zobrazí mřížkové zobrazení testovacích případů. V tomto okně můžete přidat, aktualizovat nebo odstranit testovací kroky.

Následující obrázek znázorňuje ListView:

b) Zobrazení mřížky: V pravém horním rohu zobrazení seznamu - můžete vidět možnost „Seznam“, kliknutím na tuto možnost přepnete zobrazení na „Mřížku“. Zobrazení mřížky je velmi podobné zobrazení tabulky Excel. V tomto zobrazení nebudete moci provádět ty akce, které vám umožňuje zobrazení seznamu.

Zobrazení mřížky:

• Umožňuje uživateli přidat více testovacích kroků stejně jako Excel.
• V tomto zobrazení můžete dokonce znovu použít stávající testovací případy z Excelu.
• Můžete vložit řádek, odstranit řádek nebo aktualizovat testovací případy.

Nezapomeňte však, že v mřížkovém zobrazení nemůžete importovat existující testovací případ pomocí dotazu a nemůžete spustit nebo aktualizovat stav testovacího případu.

Další hlavní rozdíl mezi těmito dvěma pohledy je to, že i přes to oba pohledy umožňují uživateli ručně přidat, odstranit nebo aktualizovat testovací případy -

• Zobrazení seznamu umožňuje přidat nebo aktualizovat jeden testovací případ najednou.
• Zobrazení mřížky umožňuje přidat nebo aktualizovat více testovacích případů, každý s více testovacími kroky najednou.

Na následujícím obrázku je zobrazení mřížky.

Otázka č. 5) Poskytuje TFS možnosti jako přetažení a kontrola pravopisu v mřížce testovacích případů? Pokud ne, jak můžete tento problém překonat?

Odpovědět: TFS neposkytuje možnosti, jako je přetahování testovacích kroků pro kopírování dat z jedné buňky do druhé nebo za účelem automatického zvýšení číselného identifikátoru v ostatních buňkách.

Nejlepší alternativou je připravit testovací případy v aplikaci Excel pomocí funkce přetažení, kdykoli je to nutné, a opravit všechny typografické chyby spuštěním kontroly pravopisu a poté je přesunout do TFS.

Otázka č. 6) Do buňky můžete přidat více řádků pomocí ALT + Enter v aplikaci Excel. Jak můžete provést stejnou akci v zobrazení TFS - Grid?

Odpovědět: SHIFT + Enter je zástupce, který se používá v TFS při přidávání testovacích případů v zobrazení mřížky.

Otázka č. 7) Jaká jsou různá kritéria, která se používají při vyhledávání dotazů?

Odpovědět: Stejně jako dotazy SQL také vyhledávání dotazů umožňuje uživatelům prohledávat celou databázi TFS na základě názvu pole nebo sloupce, operátoru a očekávané hodnoty.

Vyhledávání dotazů lze provést pomocí různých kritérií, jak je vysvětleno níže:

a) Hledání dotazů na základě kontroly, zda určité pole obsahuje textovou hodnotu:

Na následujícím obrázku bude při spuštění načtena jakákoli pracovní položka (uživatelské příběhy, funkce nebo testovací případy nebo testovací sada atd.) Z aktuálního projektu s názvem nebo popisem obsahujícím slova „web“ a „výkon nebo pokyny“.

b) Hledání dotazů na základě WorkItemType:

Obrázek níže ukazuje vyhledávání dotazů na základě WorkItemType = chyb.

• Když pole = Typ pracovní položky, operátor = „Ve skupině“ a Hodnota = Microsoft.BugCategory, vyhledá všechny chyby TFS nahlášené pro projekt.
• Když hodnota = Microsoft. Test CaseCategory, toto hledání je provedeno za účelem načtení všech testovacích případů odpovídajících ostatním kritériím pole.
• Podobně, když Hodnota = Microsoft. RequirementCategory - pracovní položky z nevyřízených položek - tj. Načtou se uživatelské příběhy nebo funkce.

c) Hledání dotazů na základě dostupných možností sloupců:

Na následujícím obrázku jsou prohledány všechny přiřazené chyby.

Dotaz může být založen na kritériích vyhledávání shody hodnoty sloupce, sloupci mohou být libovolný dostupný sloupec, jako jsou Značky, Priorita, Přiřazeno, ID, Konfigurace, Popis a mnoho dalších dostupných sloupců.

Můžete také načíst určité sloupce, které mají nulové nebo prázdné hodnoty. Na následujícím obrázku budou načteny všechny úkoly s prázdnou aktivitou.

Otázka č. 8) Můžete znovu použít stávající testovací případy v TFS? Pokud ano, vysvětlete všechny různé alternativy.

Odpovědět: Excel vám umožňuje přetahovat určité kroky testu a rychle se zkopírují do více buněk, pokud existují číselné identifikátory, které přetahují hodnoty buněk, které automaticky vyplňují přírůstkové identifikátory.

Kontrola pravopisu je další výhoda, která je k dispozici v aplikaci Excel a je velmi důležitá při vytváření testovacích případů, aby se zabránilo jakýmkoli typografickým chybám. Toto je bohužel v TFS známá nevýhoda, kterou nyní Microsoft již řeší a pracuje na ní.

Naštěstí je však možné, že testovací případy můžete stále psát v aplikaci Excel ve formátu odpovídajícím zobrazení Mřížka a můžete spustit kontrolu pravopisu. Mohou snadno zkopírovat a vložit data aplikace Excel pomocí CTRL C a CTRL V v zobrazení mřížky TFS a stisknutím kombinace kláves CTRL + S uložit testovací případy.

Otázka č. 9) Po importu existujícího testovacího případu s id - 123 (například) prostřednictvím dotazu se změní ID nově klonovaného testovacího případu nebo zůstane jako 123?

Odpovědět: Když kliknete na Přidat existující testovací případ v zobrazení seznamu testovacích případů, zobrazí se okno s dotazem -
Vyberte WorkItemType = Microsoft.Test CaseCategory, AreaPath = a ID =.

Stávající testovací případ s ID se zkopíruje do aktuální sady a ID testu zůstane stejné.

( Příklad: Pokud bylo ID importováno 123, po klonování testovacího případu si klonovaný testovací případ zachová stejné ID.)

Q # 10) V pořadí s Q9 výše, pokud provedete aktualizaci klonovaných testovacích případů a nyní se pomocí dotazu znovu importuje stejné ID testovacího případu, která data se zobrazí - původní nebo aktualizovaná?

Odpovědět: Pokud aktualizujete několik testovacích kroků a kliknete na Uložit, ID testovacího případu se stále nezmění. Poté musíte přejít na třetí testovací sadu a importovat testovací případ se stejným ID. Nyní se přidá aktualizovaný testovací případ s nejnovějšími kroky testu. V první testovací sadě však nedojde ke změně původního testovacího případu.

Otázka č. 11) Jak přidáte sloupec značek v sekci Testovací případy? Kdy a jak je používání tagů výhodné?

Odpovědět: Pro přidání sloupce značek v sekci Testovací případ existuje v ListView možnost s názvem Možnosti sloupců . Tato možnost otevře okno, jehož prostřednictvím budete moci přidat sloupec „Značky“ v sekci Testovací případy.

co může otevřít soubor eps

Možnost „Přidat značku“ umožňuje přidat jakoukoli textovou hodnotu jako Značka. (Viz zvýrazněná možnost na obrázku níže)

Značky můžete přidat také v zobrazení Mřížka. Chcete-li do zobrazení Mřížka přidat více značek, zadejte do sloupce Značky více textů oddělených čárkou.

( Příklad: Pokud pro testovací případ v zobrazení Mřížka zadáte „Pozitivní“, „Průzkumný“, kliknutím na Uložit zobrazíte více značek v zobrazení seznamu jako filtry v pravém horním rohu.

Viz obrázek níže:

Používání značek má mnoho výhod:

1. Každý testovací případ označte konkrétní kategorií. Příklad: Pozitivní, negativní za účelem kategorizace testovacích případů do pozitivních a negativních scénářů.
2. Filtrování testovacích případů na základě klíčového slova (značek).
3. U každého testovacího případu můžete mít ve sloupci Značky namapováno ID požadavku, které nejen pomůže udržovat sledovatelnost od začátku do konce, ale také vám umožní odfiltrovat testovací případy na základě každého ID požadavku a zajistit, aby bylo k dispozici dostatek testů pokrytí je na místě.

Otázka č. 12) Jak můžete rychle připravit testovací případy v regresní sadě, pokud jsou funkční testovací případy pro projekt připraveny a klientovi již byly doručeny více sprinty projektu?

Odpověď: Podle níže uvedených kroků rychle získáte existující testovací případy pod sadu Regression:

1. Jakmile jsou funkční testovací sady pro projekt k dispozici, identifikujte všechny testovací případy vhodné pro regresi.
2. Přidejte značku jako „kandidát regrese“ pro všechny případy regresního testu, které identifikujete.
3. V rámci projektu vytvořte novou sadu jako „Regresní testování“. Sada může být typu statická nebo založená na dotazech.
4. Klikněte na Přidat existující testovací případ, v okně dotazu vyberte kritéria jako Značky = „Regresní kandidát“ a klikněte na Spustit.
5. Výsledek získá všechny testovací případy z projektu identifikované pro regresní testování.
6. Ve výsledném okně můžete vybrat všechny testovací případy a kliknout na Importovat. Ve výsledku jsou do sady přidány všechny požadované testovací případy a regresní sada je připravena.

Otázka č. 13) Může se autor testovacího případu lišit od testerů jim přiřazených v TFS. Například pokud osoba A je osoba, která napsala testovací případ. Jak jej můžete přiřadit osobě B k provedení?

Odpovědět: Ano, autor testovacího případu se může lišit od testerů jim přiřazených v TFS. Když přidáte testovací případy pro testovací sadu, ve výchozím nastavení se vaše jméno zobrazí ve sloupci Tester.

V zobrazení seznamu testovacího případu vyberte testovací případ, klepněte pravým tlačítkem myši a vyberte možnost „Přiřadit tester“, která poté vyvolá seznam stávajících uživatelů. Můžete si vybrat testera a tímto způsobem přiřadíte testovací případ QA ve vašem týmu.

Podobně můžete vybrat více testovacích případů a sledovat stejný pracovní postup, abyste najednou přiřadili více testovacích případů jednomu testeru.

Otázka č. 14) Pro testovací případy sPříklad:50 kroků a částečně jste je provedli; jak můžete obnovit provádění testu a pokračovat v aktualizaci stavu testu z kroků, kde jste minule odešli?

Odpovědět: Testovací případ můžete spustit kliknutím na tlačítko Spustit v zobrazení seznamu a poté se otevře okno testovacího běžce.

Viz následující obrázek:

Pokud provádíte všech 50 kroků najednou, můžete aktualizovat stav testovacího kroku jako Pass / Fail / Blocked / Not Applicable, a proto se odpovídajícím způsobem aktualizuje stav testovacího případu.

Pokud se však při částečném provedení použije stejný přístup, bude pracovní postup vypadat takto:

Pracovní postup 2:

• Aktualizovali jste 5 kroků na Selhání a 20 kroků na Pass, zbývajících 25 kroků necháte neprovedených. - + Uložit a zavřít. - V důsledku toho se aktualizuje stav testovacího případu jako Selhání (protože 5 kroků se nezdařilo zpět).
• Poté pokračujete v testování kliknutím na tlačítko Spustit - stav předchozích 25 testovacích kroků se nezachová. Poté budete muset aktualizovat stav testu a jeho komentáře počínaje krokem 1.

Pracovní postup 3: Toto je nejlepší přístup, který je třeba dodržet, když potřebujete provést provedení testu pro testovací případ částečně a potřebujete způsob, jak v případě potřeby pokračovat v testování později.

Na testovacím běžeči aktualizujte stav provedených kroků testu a zbývající kroky testu ponechejte neprovedené. NEUKLÁDEJTE a nezavírejte testovací případ, místo na úrovni testovacího případu vyberte stav testovacího případu jako Pauza. Pokud je testovací případ ve stavu pozastavení, je vedle možnosti Spustit povolena možnost Obnovit.

Obrázek tlačítka Pokračovat je uveden níže:

(obraz zdroj )

Otázka č. 15) Mezi 10 testovacími kroky selhal po provedení 1 testovací krok. Přidružená vada se po provedení opravy znovu otestuje. Jak zvládnete aktualizaci stavu testování testovacího případu?

Odpovědět: Pozastavte stav testovacího případu vždy, když některý krok selže, abyste mohli pokračovat odtud a označit jako neúspěšné pouze neúspěšné kroky.

Pokud byl stav testovacího případu dokončen, pak jeho opětovné spuštění bude vyžadovat aktualizaci testovacího stavu z kroku 1, protože se obnoví dřívější stav kroků a testovací případy se vrátí do aktivního stavu.

Otázka č. 16) Vysvětlete pracovní postup provádění testovacích případů v Test Runner a v ListView.

Odpovědět:

• V okně Test Runner
  • Pokud potřebujete označit testovací krok jako „úspěšný“, klikněte u tohoto kroku na značku zaškrtnutí.
  • Chcete-li testovací krok označit jako „Selhání“, klikněte u daného kroku na křížek.
  • V případě, že potřebujete přidat komentář ke kroku testu, krok Pass test nezobrazí textovou oblast komentáře. Od této chvíle je sekce komentářů k dispozici pouze u kroků „Selhalo“.
  • Pokud potřebujete přidat komentář k úspěšnému kroku, označte jej jako neúspěšný (klikněte na ikonu Cross) a poté Pass the step (klikněte na ikonu zaškrtnutí) a uvidíte sekci komentářů. Toto je známý problém v TFS.
  • Můžete také pozastavit na úrovni kroku testu a na úrovni testovacího případu.
  • U testovacího případu s parametrizovanými daty se spouští několik iterací testovacích případů.
  • Stav testovacího případu můžete také označit jako blokovaný.
• V zobrazení seznamu testů
  
  • V seznamu testovacích případů můžete vybrat více testovacích případů a označit je jako Pass in one go a několik dalších sad testovacích případů jako Fail. S tímto přístupem se však stav testovacích případů neaktualizuje na úrovni kroku testu.
  • Existují i ​​další možnosti, například Blokováno, Nelze použít, Nastavit jako aktivní, Obnovit (pro pozastavený testovací případ)

Otázka č. 17) Jak můžete vytvořit chybu v TFS během provádění testovacího případu? Automaticky se propojí s testovacím případem?

Odpovědět: Vytvoření chyby v TFS při provádění testu:

V okně Test Runner klikněte na Vytvořit chybu možnost za účelem vytvoření nové chyby (viz obrázek níže)

Otevře se okno, jak je znázorněno níže, ve kterém vyplníte podrobnosti o chybě a kliknutím na Uložit automaticky vygenerujete ID chyby.

Spojení mezi testovacím případem a ID chyby:

Pokud se jedná o ID chyby TFS, chyba se automaticky namapuje na TFS. V případě, že byla chyba nahlášena v externím nástroji pro správu defektů, je třeba ručně namapovat ID chyby v sekci komentářů nebo ve sloupci Značka v kroku testu.

Zobrazit ID chyby TFS namapované na testovací případ:

Krok Neúspěch se automaticky namapuje na chybu. Testovací případ také automaticky mapuje na ID chyby TFS. Zde je způsob, jak zobrazit seznam ID chyb mapovaných na testovací případ.

1. Uložte a zavřete okno testovacího běžce.
2. Přejděte na Související práce část Podřízené odkazy pro testovací případ.
3. Podřízený odkaz bude mít všechny související chyby pro daný testovací případ.

Otázka č. 18) Jak můžete sledovat průběh testování?

Odpovědět: Hned vedle karty „Testy“ se nachází karta „Grafy“. Můžete sledovat průběh testování na úrovni testovacího případu nebo na úrovni výsledku testu a získat přizpůsobený graf podle vašeho výběru.

Níže jsou uvedeny dva příklady, jak připravit graf.

a) Metriky výsledků testu: počet úspěšných / neúspěšných / blokovaných / probíhajících stavů:

Vyberte Seskupit podle = Výsledek, Hodnoty = počet testů.

Na základě typu grafu vybraného v sekci Snapshot (koláč, sloupec, sloupec atd.) - Zobrazený graf vám poskytne metriky počtu testovacích případů - nespustit, nepoužít, vyhovět, selhat, zablokovat, pozastavit .

b) Stav testovacího případu na přiřazeného testera:

Vyberte kontingenční tabulku pod Snapshot, Rows = Tester, Columns = Outcome, Values ​​Count of Tests - pak můžete vidět kontingenční tabulku, která zobrazuje metriky v níže uvedeném formátu:

Otázka č. 19) Jak můžete analyzovat, který modul / oblast má nejvíce defektů po dokončení provádění pro konkrétní sprint nebo iteraci?

Odpovědět: Vytvořte graf pomocí skládaného pruhu nebo kontingenční tabulky. Vyberte Název = „Chyby podle týmu“, osa Y = „Název uzlu“, Seskupit podle = „Priorita“, Agregace = Počet pracovních položek.

Zobrazí se, který modul / oblast má nejvíce defektů po dokončení provádění pro konkrétní sprint nebo iteraci. (viz obrázek níže)

Otázka č. 20) Jak je parametrizace podporována v TFS? Na příkladu z vašeho projektu vysvětlete, jak jste implementovali testování s datovými variantami.

Odpovědět: Parametrizace je jednou z pozoruhodných funkcí, které TFS poskytuje. Existují situace, kdy potřebujete otestovat stejný krok, ale s datovými variacemi / více testovacími daty, a právě zde pomáhá parametrizace.

Vytvořit nebo přidat parametry:

Hned vedle „Testovacího plánu“ existuje možnost známá jako „Parametry“.

Obrazovka parametrů:

router vyžaduje uživatelské jméno a heslo

(obraz zdroj )

Kliknutím na tuto možnost se otevře obrazovka s parametry, kde můžete vidět svá testovací data. Níže Příklad - existují 3 datové variace nastavené na 3 sloupce v mřížce - Number1, Number2, Result.

Poznámka : sloupce můžete pojmenovat podle libosti.

(obraz zdroj )

Přístup k parametru v našem testovacím případě:

Nyní, když je parametr připraven k použití. K těmto hodnotám máte přístup v testovacích případech. Pro přístup k parametrizovaným datům použijte @ název sloupce v testovacím kroku, kamkoli chcete získat přístup.

Viz implementace níže:

Zde se v kroku 1 používá @ Number1, v kroku 2 se používá sloupec @ Number2 a v očekávaném výsledku kroku 3 se přistupuje k @Result. Pokud parametrizace nebyla zavedena, možná budete potřebovat každý 9 kroků se zmíněnými samostatnými testovacími daty . Tato další snaha o přípravu testovacího případu je uložena prostřednictvím této funkce.

Proveďte testovací případ s parametrizovanými daty:

V zobrazení seznamu testovacích případů se při spuštění otevře testovací běh.

Parametrizovaná data se nyní spustí v iteracích:

Pro náš výše uvedený příklad:

První běh ukáže:
„Test 1 of 3: Iteration 1“,
Krok 1: Zadejte @ Number1
Number1 = 5
Krok 2: Zadejte @ Number2
Number2 = 5
Krok 3: Přidejte obě čísla Výsledek = 10 do sloupce očekávaného výsledku

Můžete označit úspěšné / neúspěšné na úrovni kroku testu nebo přímo na úrovni iterace. Nezapomeňte, že i když označíte Iteration1 jako Pass (například), není nastaven celý stav testovacího případu - testovací případ ještě není plně spuštěn. Poté klikněte na další a podobně postupujte podle postupu pro iteraci 2 a iteraci 3.

Jakmile je stav aktualizován pro všechny iterace, automaticky se nastaví stav testovacího případu jako Pass / Fail / Pause. Počet iterací = počet řádků v parametru. Tady byly 3 iterační běhy, protože v parametrech byly k dispozici 3 řádky testovacích dat.

Podívejte se na obrázek níže pro referenci ( Poznámka: obrázek není subsekvencí výše uvedeného příkladu)

Otázka č. 21) Jaké jsou různé způsoby, jak extrahovat testovací případy spolu s aktualizovaným stavem po provedení?

Odpovědět: Existují 4 alternativy k extrakci testovacích případů spolu s aktualizovaným stavem po provedení.

Oni jsou:

a) Exportujte e-mailem - Vyberte Test Suite, vyberte Export -> Export via Email. Díky této funkci můžete exportovat testovací případy do e-mailu.

Viz obrázek níže:

(obraz zdroj )

b) Vytiskněte zprávu : Můžete také vytisknout zprávu.

c) Export do aplikace Excel : Existuje nástroj, pomocí kterého můžete exportovat testovací případy spolu s výsledky do souboru aplikace Excel.

Další podrobnosti o nástroji najdete na obrázku níže:

(obraz zdroj )

d) Zkopírujte a vložte z pohledu Mřížka do aplikace Excel: Můžete kopírovat a vložit pomocí Ctrl + C a Ctrl + V, respektive z pohledu Mřížka do aplikace Excel, a poté aktualizovat stav ručně pro skutečný výsledek a stav testování.

Otázka č. 22) Jak lze sdílet testovací kroky a kde jinde můžete sdílené kroky použít?

Odpovědět:

Sdílení testovacího kroku: V zobrazení seznamu poklepáním na libovolný testovací případ se otevře okno s podrobnostmi testovacího případu. Vedle Souhrnu je karta Kroky. Když maximalizujete kartu kroků, zobrazí se obrazovka jako na následujícím obrázku.

Můžete přidat sdílený krok, jak je znázorněno níže: Klikněte na ikonu Vytvořit sdílené kroky a vytvořte nový testovací krok. To je nyní sdíleno a může být znovu použito v jiné testovací sadě nebo jiném projektu. (Viz obrázek níže)

Opětovné použití sdíleného kroku: Přejděte na obrazovku kroků, kam chcete přidat stávající sdílený krok. Ikona těsně před „Vytvořit sdílené kroky“ je pro „Vložit existující sdílený krok“, klikněte na ikonu, otevře se okno dotazu s Field = „Typ pracovní položky“, Operátor = „Ve skupině“, Hodnota = „Microsoft.SharedStepCaregory “.

Při spuštění dotazu se zobrazí všechny existující sdílené kroky. Poté můžete vybrat kroky a kliknout na Vložit sdílené kroky. (Viz obrázek níže)

Otázka č. 23) Pokud jsou testovací data k dispozici v souboru Excel poskytnutém klientem, jak je lze použít v TFS?

Odpovědět: Můžete jednoduše zkopírovat a vložit data z klientského souboru Excel do nového parametru v TFS. (Vidět Otázka č. 20 výše, protože objasňuje, jak vytvořit nový parametr a získat přístup k parametru v testovacím případě).

Otázka č. 24) Jak můžete týmu zpřístupnit místně přístupný graf na řídicím panelu a zúčastněné zúčastněné strany ho také mohou zobrazit?

Odpovědět: Karta vedle položky „Testy“ je 'Schéma' , kde můžete přidat grafy. Jakmile se graf zobrazí, klepněte na něj pravým tlačítkem myši a na ikonu „Přidat na panel“ možnost je k dispozici - za předpokladu, že widgety palubní desky již byly nakonfigurovány. Za druhé, nezapomeňte, že grafy kromě řídicího panelu také vyžadují práva správce, jinak je tato možnost pro vás zakázána.

Otázka č. 25) Jak můžete distribuovat všechny testovací případy v sadě mezi členy QA k provedení a informovat je prostřednictvím TFS?

Odpovědět: Klikněte pravým tlačítkem na testovací sadu a vyberte „Přiřadit testery k provedení všech testů“ a otevře se dialogové okno, kde můžete přidat ID uživatele více testerů, zaškrtněte políčko Odeslat e-mail, zadejte Předmět a Poznámka. Klikněte na OK.

Testerům v seznamu se zprávou se odešle e-mail. Takto probíhá alokace a oznámení o alokaci současně.

Pro lepší přehlednost se podívejte na obrázky níže:

Otázka č. 26) Jak můžeme označit „Regression Candidate“ ve všech testovacích případech priority 2 najednou?

Odpovědět:

na) Načtěte testovací případy pro projekt, které mají prioritu 2, prostřednictvím dotazu.

b) Kritéria dotazu jsou následující:

• Týmový projekt = @ Projekt
• WorkItemType ve skupině Microsoft.TestCaseCategory
• Priorita = 2

C) Vyberte všechny testovací případy načtené ve výsledném okně, jakmile je dotaz spuštěn.

d) Zobrazí se možnost „Upravit vybranou pracovní položku“. Vyberte tuto možnost. (Viz obrázek níže)

je) Zobrazí se okno Upravit pracovní položky.

F) Vyberte pole = Značky (Odebrat) = Hodnota = Regression Candidate a klikněte na Uložit.

Tento pracovní postup odebere Tag = Regression Candidate pro všechny testovací případy s prioritou 2 pro projekt.

Otázka č. 27) Jak pomocí dotazu načtete testovací případy se specifickou konfigurací z více projektů?

Odpovědět: Vytvořte novou testovací sadu a pojmenujte ji odpovídajícím způsobem. V zobrazení seznamu testovacího případu vyberte možnost „Přidat existující testovací případ“ a otevře se okno s dotazem.

• Nevybírejte „Team Project“ = @ Project. Tím se načtou pouze pracovní položky z aktuálního projektu.
• Pokud potřebujete vybrat testovací případy s konfigurací Příklad: „Pre-Production“, vyberte kritéria dotazu se sloupcem Configuration = Pre-Production, Work Item Type = Microsoft.TestcaseCategory a zaškrtněte políčko v pravém horním rohu okna dotazu „Dotaz na projekty“.
• Spuštění tohoto dotazu načte testovací případy s konfigurací = Pre-Production z více projektů.

Závěr

Zatímco nástroj pro správu testů TFS dobíhá trh postupně, pokusili jsme se tento předmět hlouběji ponořit do konsolidace jeho hlouposti a pokusili jsme se co nejlépe seznámit naše QA lidi s rozsáhlými a skvělými funkcemi, které TFS podporuje spolu s určitými známými problémy nebo nevýhodami a alternativními způsoby jejich řešení.

Doufám, že získáte maximální užitek pochopením pracovního postupu nástroje a stejně získáte know-how nejpravděpodobnějších a nejrelevantnějších dotazníků pro TFS.

Populární citát zní „Vedoucí se nikdy nepřestanou učit“. Chtěl bych to uzavřít zde - ale nikdy nenechte učení zastavit. 'Buďte vůdcem a přeji vám hodně.' Šťastné učení “.

Autor: Tento příspěvek napsal Shobha D. Pracuje jako vedoucí projektu a má více než 9 let zkušeností v manuálním, automatizačním a testování API.

Vše nejlepší pro váš rozhovor !!

Doporučené čtení

• Dotazy a odpovědi na pohovor
• 25 nejlepších agilních testovacích otázek a odpovědí na rozhovor
• Některé zajímavé otázky týkající se testování softwaru
• 25+ nejoblíbenějších dotazů a odpovědí na rozhovor s ADO.NET
• Top 25 dotazů na rozhovor s Perlem, které byste si měli připravit v roce 2021
• Top 25 Software Engineering Interview Questions (LATEST 2021)
• ETL Testing Interview Otázky a odpovědi
• Více než 40 populárních otázek a odpovědí na rozhovor s analytikem QA (SEZNAM 2021)