Najlepšie 25+ otázky týkajúce sa plánu testovania Azure alebo rozhovoru s TFS

top 25 azure test plan

Najobľúbenejšie otázky týkajúce sa rozhovorov o pláne testovania Azure:

Azure Test Plan je tiež známy ako Azure DevOps Test Plan alebo TFS (Team Foundation Server).

Program Azure Test Plan používam pri práci ako nástroj na správu testov už viac ako 2 roky.

Tu v tomto článku poskytujem komplexný zoznam otázok na pohovory pre plán testov Azure (niekoľko zložitých otázok a ich riešení, ktoré som sa naučil so skúsenosťami s týmto nástrojom).

Predtým, ako prejdeme k množine otázok na pohovor, rád by som uviedol holistický kontext o tom, čo je plán testovania Azure a aký účel rieši pre tím QA.

• Azure Test Plan je tiež známy ako Azure DevOps Test Plan alebo TFS (Team Foundation Server).
• Azure Test Plan je jedným z najlepších webových nástrojov na správu testov pre manuálne a automatizované testovanie.
• Tento nástroj poskytuje veľmi dobrú možnosť na dosiahnutie úplnej vysledovateľnosti tým, že má požiadavky, dokumenty so špecifikáciami alebo príbehy používateľov spojené s testovacími prípadmi, výsledkami testov a hlásenými chybami.
• Tento nástroj pomáha sledovať podrobnosti o konfigurácii, ako sú testovacie prípady spustené proti konkrétnemu prostrediu alebo počtu spustených zostavení, autor testovacích prípadov a QA, ktorí testovacie prípady vykonali.
• Pomáha priradiť alebo distribuovať testovacie prípady medzi mnohých testerov v tíme.
• Slúži na veľký účel, t. J. Od vytvárania nových testovacích prípadov, opätovného použitia existujúcich testovacích prípadov až po ľahké sledovanie postupu testovacieho úsilia.
• Umožňuje tiež mať prispôsobený informačný panel s jednoduchými a zrejmými grafmi.

Najlepšie otázky týkajúce sa rozhovorov s TFS - Otázky týkajúce sa rozhovoru s testovacím plánom Azure

Tu je komplexný zoznam otázok týkajúcich sa pohovorov na TFS:

Otázka č. 1) Vymenujte rôzne typy testovacích balíkov, ktoré TFS umožňuje používateľovi vytvoriť, a čím sa líši každý od druhého?

Odpoveď: Test Suite je zoskupenie viacerých testovacích prípadov. Zoskupenie testovacích prípadov by mohlo byť v rozpore s požiadavkou alebo akoukoľvek inou pracovnou položkou, ako sú príbehy používateľov, funkcia, požiadavka na zmenu, alebo by sa dali zoskupiť do skupín „regresných testov“ alebo „dymových testov“.

Existujú tri typy testovacích balíkov, ktoré môžu používatelia vytvoriť v TFS:

• Statická testovacia sada
• Súprava požiadaviek na skúšky
• Testovacia sada založená na dotazoch

(Pracovný tok:
Vytvorte testovaciu sadu: Otvorte projekt -> Test -> Testovací plán -> Kliknite pravým tlačidlom myši na Projekt -> Kliknite na Testovaciu sadu.
Vytvorte položku Backlog: Otvorte Project -> Boards -> Backlogs -> New work item )

a) Statická testovacia sada : Týmto sa vytvorí základný priečinok, do ktorého môžete ručne pridať existujúce testovacie prípady alebo vytvoriť nové. Pod hlavný balík môžete pridať aj viac detských apartmánov. Napríklad - Fáza funkčného testovania Sprintu 15 má 3 požiadavky na zmenu.

Príklad: Keď sú CR-123, CR-456, CR-789 3 žiadosti o zmenu, máte vytvorenú štruktúru statických balíkov takto:

Potom môžete pridať testovacie prípady pod každú z týchto detských testovacích súprav.

b) Sada založená na požiadavkách: Tento typ sady sa zvyčajne používa v agilnej metodológii testovania alebo v podstate vtedy, keď sa tím rozhodne, že nechá každú testovaciu sadu namapovať na každú požiadavku. Požiadavkou môže byť akákoľvek pracovná položka predstavujúca príbehy používateľov alebo akákoľvek funkčná požiadavka.

1. Aby ste mohli mať balík založený na požiadavkách, najskôr musíte pridať pracovné položky (užívateľské príbehy, funkcie) do časti Nevybavené položky.
2. Vytvorte testovaciu sadu založenú na požiadavkách, potom sa zobrazí okno s dotazom ako nasledujúci obrázok.

Tu vyberiete Lúka = Typ pracovnej položky, Hodnota = Microsoft.RequirementCategory a Area Path = a kliknite na Spustiť dopyt .

Vo výslednom okne sa zobrazia všetky existujúce nevybavené položky / požiadavky na projekt. Vyberte ten, ktorý chcete pridať, a priečinok testovacej sady sa vytvorí s rovnakým názvom, aký je vybratý príbeh používateľa. Všetky testovacie prípady, ktoré vytvoríte v rámci balíka, by sa teraz namapovali na príbeh používateľa.

c) Sada založená na dotazoch: Ako sám názov napovedá, tento typ sady vám umožňuje pridať existujúce testovacie prípady dotazom na databázu projektu v TFS. Znovu použiteľnosť existujúcich testovacích prípadov je aspekt, na ktorý sa tento typ sady zameriava.

Po pridaní sady založenej na dotazoch sa zobrazí okno s dotazom, kde môžete pridať existujúce testovacie prípady z aktuálneho projektu alebo iného projektu.

( Poznámka: @Project odkazuje na aktuálny projekt a @me odkazuje na moje ID používateľa v TFS na obrázku nižšie)

Otázka 2) Diskutovali ste so svojím obchodným analytikom o prístupe k testovaniu a rozsahu testovania pre konkrétny testovací prípad (prípady) a musíte o tom rovnako informovať svojich spoluhráčov. Ako ich môžete informovať prostredníctvom TFS?

Odpoveď: Keď dvakrát kliknete na testovací prípad v zobrazení zoznamu a otvoríte ho, zobrazí sa okno, kde môžete vidieť názov testovacieho prípadu, pridané značky, sekcie Súhrn, Kroky, Prílohy a Diskusia. Aby sme spoluhráčom mohli niečo oznámiť, môžeme využiť funkciu s názvom „@mention“.

V sekcii Diskusia môžete použiť symbol @ a potom sa zobrazí zoznam ID používateľov pre projekt. Potom môžete zvoliť ID používateľa, ktorému chcete oznámiť, a potom nasledovať správa. Môžete tiež zadať viac ID @ používateľa na upozornenie viacerých spoluhráčov naraz.

Ak potrebujete do správy pridať odkaz, pridajte symbol # a za ním adresu URL a potom stlačte kláves ENTER. Správa sa pridá ako diskusný bod a e-mail sa automaticky odošle používateľovi uvedenému v @mention.

Napríklad, @Shalini Singh môžete sa odvolať na matica pokrytia testu

Vo vyššie uvedenom príklade som pridal upozornenie, ktoré spustí e-mail pre Shalini Singha so správou ako je uvedené vyššie, spolu s textom hypertextového odkazu www.softwaretestinghelp.com/test-coverage/

Lepšie pochopenie nájdete na nasledujúcom obrázku:

Otázka 3) Ako zoraďujete testovacie prípady, ktoré pridáte do TFS?

Odpoveď: Keď do TFS pridáte testovacie prípady, často sa pridávajú netriedeným spôsobom. Testovacie prípady môžete zoradiť dvoma spôsobmi.

do) V zobrazení zoznamu testovacích prípadov sa nachádza stĺpec s názvom „Poradie“. Každý testovací prípad dostane jedinečné ID objednávky, ktoré sa automaticky priradí na základe poradia, v ktorom je testovací prípad pridaný. Testovací prípad môžete zoradiť kliknutím na stĺpec Objednať.

(obrázok zdroj )

b) Alebo v pravom hornom rohu existuje možnosť s názvom „Objednať testy“. Kliknutím na Objednať testy zoradíte všetky testovacie prípady v zozname.

zoznam susedných grafov v c ++

Otázka č. 4) Aké sú rôzne zobrazenia dostupné pre testovacie prípady v TFS?

Odpoveď: Pre testovacie prípady v TFS sú k dispozícii dva zobrazenia:

1. Zobrazenie zoznamu
2. Mriežka

a) Zobrazenie zoznamu: Toto je predvolené zobrazenie testovacích prípadov v TFS. V tomto zobrazení, ako naznačuje názov, sú všetky testovacie prípady zoradené zoradeným spôsobom, ak je zoznam zoradený podľa čísla objednávky.

V tomto zobrazení je pre každý testovací prípad zobrazených viac stĺpcov; Páči sa mi to Výsledok - čo je posledný stav testovacieho prípadu, objednať - predstavujúce ID objednávky na základe objednávky vloženia testovacieho prípadu, ID - automaticky generované jedinečné ID testovacieho prípadu, Názov , Konfigurácia , ocakavane vysledky , atď.

V tomto zobrazení môžete vykonať nasledujúce akcie:

1. Môžete spustiť testovacie prípady.
2. Označte stav testovania pre každý testovací prípad.
3. Pridajte nové testovacie prípady alebo importujte existujúce testovacie prípady.
4. Odstrániť existujúce testovacie prípady.
5. Filtrujte testovacie prípady na základe rôznych kritérií, ako sú konfigurácie, značky atď.
6. Testovacie prípady môžete tiež rozdeliť medzi testerov.
7. Presuňte testovacie prípady jednoduchým presunutím myšou.
8. Zmeňte konfiguráciu testovacích prípadov.
9. Dvojitým kliknutím na testovací prípad sa otvorí ďalšie okno, kde sa zobrazí mriežka testovacích prípadov. V tomto okne môžete pridať, aktualizovať alebo odstrániť testovacie kroky.

Nasledujúci obrázok zobrazuje ListView:

b) Mriežka: V pravom hornom rohu zobrazenia Zoznam - vidíte možnosť „Zoznam“, kliknutím na túto možnosť prepnete zobrazenie na „Mriežka“. Mriežka je veľmi podobná ako zobrazenie hárka programu Excel. V tomto zobrazení nebudete môcť vykonávať činnosti, ktoré vám umožňuje zobrazenie zoznamu.

Mriežka:

• Umožňuje používateľovi pridať viac testovacích krokov, ako to robí Excel.
• V tomto zobrazení môžete dokonca jednoduchšie použiť existujúce testovacie prípady z Excelu.
• Môžete vložiť riadok, odstrániť riadok alebo aktualizovať testovacie prípady.

Pamätajte však, že v mriežke nemôžete importovať existujúci testovací prípad prostredníctvom dotazu a nemôžete spustiť alebo aktualizovať stav testovacieho prípadu.

Ďalší hlavný rozdiel medzi týmito dvoma názormi je to, že napriek tomu oba pohľady umožňujú používateľovi manuálne pridávať, mazať alebo aktualizovať testovacie prípady -

• Zobrazenie zoznamu vám umožňuje pridávať alebo aktualizovať naraz jeden testovací prípad.
• Mriežka umožňuje pridať alebo aktualizovať viac testovacích prípadov, každý s viacerými testovacími krokmi naraz.

Na nasledujúcom obrázku je zobrazené zobrazenie mriežky.

Otázka č. 5) Poskytuje TFS možnosti ako drag and drop a kontrola pravopisu v mriežke testovacích prípadov? Ak nie, ako môžete prekonať tento problém?

Odpoveď: TFS neposkytuje možnosti, ako je pretiahnutie testovacích krokov na kopírovanie údajov z jednej bunky do druhej alebo na automatické zvýšenie číselného identifikátora v ostatných bunkách.

Najlepšou alternatívou je pripraviť testovacie prípady v programe Excel pomocou funkcie drag and drop, kdekoľvek je to potrebné, a opraviť všetky typografické chyby spustením kontroly pravopisu a potom ich presunúť do TFS.

Otázka č. 6) Do bunky môžete pridať viac riadkov pomocou kombinácie klávesov ALT + Enter v programe Excel. Ako môžete vykonať rovnakú akciu v zobrazení TFS - mriežka?

Odpoveď: SHIFT + Enter je skratka, ktorá sa používa v TFS pri pridávaní testovacích prípadov v zobrazení mriežky.

Otázka č. 7) Aké sú rôzne kritériá, ktoré sa používajú pri vyhľadávaní dotazov?

Odpoveď: Rovnako ako dotazy SQL, vyhľadávanie dotazov tiež umožňuje používateľom prehľadávať celú databázu TFS na základe názvu poľa alebo stĺpca, operátora a očakávanej hodnoty.

Vyhľadávanie dotazov je možné vykonať pomocou rôznych kritérií, ako je vysvetlené nižšie:

a) Vyhľadávanie dotazov na základe kontroly, či určité pole obsahuje textovú hodnotu:

Na nasledujúcom obrázku bude pri spustení načítaná akákoľvek pracovná položka (používateľské príbehy, funkcie alebo testovacie prípady alebo testovacia sada atď.) Z aktuálneho projektu s názvom alebo popisom obsahujúcim slová „web“ a „výkon alebo vedenie“.

b) Vyhľadávanie dotazov na základe WorkItemType:

Obrázok nižšie zobrazuje vyhľadávanie dotazov na základe chýb WorkItemType =.

• Keď pole = Typ pracovnej položky, operátor = „V skupine“ a Hodnota = Microsoft.BugCategory, vyhľadáva všetky chyby TFS nahlásené pre projekt.
• Keď Hodnota = Microsoft. Test CaseCategory, toto vyhľadávanie slúži na načítanie všetkých testovacích prípadov zodpovedajúcich zvyšným kritériám poľa.
• Podobne, keď Hodnota = Microsoft. RequirementCategory - pracovné položky z nevybavených položiek - teda načítajú sa príbehy používateľov alebo funkcie.

c) Vyhľadávanie dotazov na základe dostupných možností stĺpcov:

Na nasledujúcom obrázku sú prehľadané všetky priradené chyby.

Dotaz môže byť založený na kritériách vyhľadávania zhody hodnoty stĺpca, stĺpcami môže byť akýkoľvek dostupný stĺpec, ako sú Značky, Priorita, Priradené k, ID, Konfigurácia, Popis a mnoho ďalších dostupných stĺpcov.

Môžete tiež načítať určité stĺpce, ktoré majú nulové alebo prázdne hodnoty. Na nasledujúcom obrázku budú načítané všetky úlohy s prázdnou aktivitou.

Otázka č. 8) Môžete znova použiť existujúce Testovacie prípady v TFS? Ak áno, vysvetlite k tomu všetky rôzne alternatívy.

Odpoveď: Aplikácia Excel umožňuje presúvať určité kroky testu a myšou sa rýchlo kopírujú do viacerých buniek, ak existujú číselné identifikátory, ktoré pretiahnu hodnoty buniek a automaticky vyplnia prírastkové identifikátory.

čo je dobrý bezplatný sťahovač hudby

Kontrola pravopisu je ďalšou výhodou, ktorá je k dispozícii v programe Excel a je veľmi dôležitá pri vytváraní testovacích prípadov, aby sa zabránilo akýmkoľvek typografickým chybám. Toto je bohužiaľ v TFS známa nevýhoda, ktorú teraz spoločnosť Microsoft už rieši a pracuje na nej.

Našťastie je šťastné, že testovacie prípady môžete stále písať v programe Excel vo formáte zodpovedajúcom mriežke a môžete spustiť kontrolu pravopisu. Môžu ľahko skopírovať a vložiť údaje programu Excel pomocou CTRL C a CTRL V v zobrazení Mriežka TFS a stlačením klávesov CTRL + S uložiť testovacie prípady.

Otázka č. 9) Po importovaní existujúceho testovacieho prípadu s id - 123 (napríklad) prostredníctvom dotazu sa zmení ID novo klonovaného testovacieho prípadu alebo sa zachová ako 123?

Odpoveď: Keď kliknete na Pridať existujúci testovací prípad v zobrazení zoznamu testovacích prípadov, zobrazí sa okno s dotazom -
Vyberte WorkItemType = Microsoft.Test CaseCategory, AreaPath = a ID =.

Existujúci testovací prípad s ID sa skopíruje do aktuálneho balíka a ID testu zostane rovnaké.

( Príklad: Ak bolo importované ID 123, po klonovaní testovacieho prípadu si klonovaný testovací prípad zachová rovnaké ID.)

Q # 10) V poradí s Q9 vyššie, ak aktualizujete klonované testovacie prípady a teraz sa pomocou dotazu znova importuje rovnaké ID testovacieho prípadu, ktoré údaje sa zobrazia - pôvodné alebo aktualizované?

Odpoveď: Ak aktualizujete niekoľko testovacích krokov a kliknete na Uložiť, ID testovacieho prípadu sa stále nezmení. Potom musíte prejsť do tretej testovacej sady a importovať testovací prípad s rovnakým ID. Teraz sa pridá aktualizovaný testovací prípad s najnovšími testovacími krokmi. V prvom testovacom balíku však nebude dôjsť k zmene pôvodného testovacieho prípadu.

Otázka č. 11) Ako pridáte stĺpec značiek v sekcii Testovacie prípady? Kedy a ako je užitočné používať značky?

Odpoveď: Na pridanie stĺpca značiek v sekcii Testovací prípad existuje v zozname ListView pomenovaná položka Možnosti stĺpcov . Táto možnosť otvorí okno, cez ktoré budete môcť pridať stĺpec „Značky“ v časti Testovacie prípady.

Funkcia „Pridať značku“ vám umožňuje pridať ľubovoľnú textovú hodnotu ako značku. (Pozri zvýraznenú možnosť na obrázku nižšie)

Značky môžete pridať aj v zobrazení Mriežka. Ak chcete v zobrazení Mriežka pridať viac značiek, zadajte do stĺpca Značky viac textov, každý oddeľte čiarkou.

( Príklad: Ak v testovacom prípade v mriežke zadáte „pozitívny“ a „prieskumný“ pre testovaný prípad, potom kliknutím na tlačidlo Uložiť zobrazíte viac značiek v zozname ako filtre v pravom hornom rohu.

Pozrite si obrázok nižšie:

Používanie značiek má veľa výhod:

1. Každý testovací prípad označte konkrétnou kategóriou. Príklad: Pozitívne, negatívne, aby sa testovacie prípady kategorizovali do pozitívnych a negatívnych scenárov.
2. Filtrovanie testovacích prípadov na základe kľúčového slova (značiek).
3. Pre každý testovací prípad môžete mať v stĺpci Značky namapované aj ID požiadavky, ktoré nielenže pomôže zachovať sledovateľnosť medzi koncovými bodmi, ale tiež vám umožní odfiltrovať testovacie prípady na základe každého ID požiadavky a zabezpečiť dostatočný počet testov. pokrytie je na mieste.

Otázka č. 12) Ako môžete rýchlo pripraviť testovacie prípady v rámci regresnej sady, ak sú funkčné testovacie prípady pre projekt pripravené a klientovi už boli doručené viaceré sprinty projektu?

Odpoveď: Podľa nasledujúcich pokynov rýchlo získate existujúce testovacie prípady pod regresnou sadou:

1. Po zavedení funkčných testovacích balíkov pre projekt identifikujte všetky testovacie prípady vhodné na regresiu.
2. Pridajte značku ako „kandidát regresie“ pre všetky prípady regresného testu, ktoré identifikujete.
3. V rámci projektu vytvorte nový balík ako „Regresné testovanie“. Sada môže byť typu statická alebo založená na dotazoch.
4. Kliknite na Pridať existujúci testovací prípad, v okne dotazu vyberte kritériá ako Značky = „Regresný kandidát“ a kliknite na Spustiť.
5. Výsledok získa všetky testovacie prípady z projektu identifikované pre regresné testovanie.
6. Z výsledného okna môžete vybrať všetky testovacie prípady a kliknúť na Importovať. Vďaka tomu sa do sady pridajú všetky požadované testovacie prípady a regresná sada je pripravená.

Otázka č. 13) Môže sa autor testovacieho prípadu líšiť od testerov, ktorí sú im priradení v TFS. Napríklad ak osoba A je osoba, ktorá napísala testovací prípad. Ako ho môžete prideliť osobe B na vykonanie?

Odpoveď: Áno, autor testovacieho prípadu sa môže líšiť od testerov, ktorí sú im priradení v TFS. Keď pridáte testovacie prípady pre testovaciu sadu, vaše meno sa predvolene zobrazí v stĺpci Tester.

V zobrazení zoznamu testovacieho prípadu vyberte testovací prípad, kliknite pravým tlačidlom myši a vyberte možnosť „Priradiť tester“, ktorá potom vyvolá zoznam existujúcich používateľov. Môžete si vybrať testera a týmto spôsobom priradíte testovací prípad QA vo vašom tíme.

Podobne môžete vybrať viac testovacích prípadov a postupovať podľa rovnakého pracovného postupu, aby ste naraz priradili viac testovacích prípadov jednému testerovi.

Otázka č. 14) Pre testovacie prípady sPríklad:50 krokov a čiastočne ste ich vykonali; ako môžete obnoviť vykonávanie testu a pokračovať v aktualizácii stavu testu z krokov, ktoré ste opustili naposledy?

Odpoveď: Testovací prípad môžete spustiť kliknutím na tlačidlo Spustiť v zobrazení zoznamu a potom sa otvorí okno testovacieho bežca.

Pozri nasledujúci obrázok:

Ak vykonávate všetkých 50 krokov naraz, môžete aktualizovať stav testovacieho kroku ako Pass / Fail / Blocked / Not Applicable, a preto sa podľa toho aktualizuje aj stav testovacieho prípadu.

Ak sa však pri čiastočnom vykonaní použije rovnaký prístup, bude pracovný postup uvedený nižšie:

Pracovný postup 2:

• Aktualizovali ste 5 krokov na zlyhanie a 20 krokov na úspešné absolvovanie, zvyšných 25 krokov nechajte nevykonaných. - + Uložiť a zavrieť. - V dôsledku toho sa aktualizuje stav testovacieho prípadu na hodnotu Fail (zlyhanie 5 krokov).
• Potom pokračujete v testovaní kliknutím na tlačidlo Spustiť - Stav predchádzajúcich 25 krokov testu sa nezachová. Potom budete musieť aktualizovať stav testu a jeho komentáre od kroku 1.

Pracovný postup 3: Toto je najlepší prístup, ktorým sa treba riadiť, keď potrebujete čiastočne vykonať testovací prípad a v prípade potreby potrebujete spôsob, ako v testovaní pokračovať neskôr.

Na testovacom behu aktualizujte stav vykonaných krokov testu a ostatné kroky testu nechajte nevykonané. Neukladajte a nezatvárajte testovací prípad, namiesto na úrovni testovacieho prípadu vyberte stav testovacieho prípadu ako Pauza. Keď je testovací prípad v pozastavenom stave, je vedľa možnosti Spustiť povolená možnosť Obnoviť.

Obrázok tlačidla Pokračovať je uvedený nižšie:

(obrázok zdroj )

Otázka č. 15) Spomedzi 10 testovacích krokov zlyhá po vykonaní 1 testovací krok. Pridružená chyba sa po vykonaní opravy znova otestuje. Ako môžete postupovať pri aktualizácii stavu testovania testovacieho prípadu?

Odpoveď: Pozastavte stav testovacieho prípadu vždy, keď niektorý krok zlyhá, aby ste odtiaľ mohli pokračovať a označiť ako úspešné iba neúspešné kroky.

Ak bol stav testovacieho prípadu dokončený, opätovné spustenie bude vyžadovať aktualizáciu testovacieho stavu z kroku 1, pretože sa obnoví predchádzajúci stav krokov a testovacie prípady sa vrátia do aktívneho stavu.

Otázka č. 16) Vysvetlite pracovný tok vykonávania testovacích prípadov v Test Runner a v ListView.

Odpoveď:

• V okne Test Runner
  • Ak potrebujete označiť testovací krok ako „vyhovujúci“, kliknite na jeho začiarknutie.
  • Ak chcete označiť krok testu ako „Neúspešný“, kliknite pre daný krok na krížik.
  • V prípade, že potrebujete pridať komentár k testovaciemu kroku, krok úspešne absolvovaného testu nezobrazí textovú oblasť komentára. Odteraz je sekcia komentárov k dispozícii iba pri krokoch „Zlyhanie“.
  • Ak potrebujete pridať komentár k úspešne absolvovanému kroku, označte ho ako neúspešný (kliknite na ikonu Cross) a potom Pass the step (kliknite na ikonu začiarknutia) a uvidíte sekciu komentárov. Toto je známy problém v TFS.
  • Môžete tiež pozastaviť na úrovni kroku testu a na úrovni testovacieho prípadu.
  • Pre testovací prípad s parametrizovanými údajmi sa spustí viac iterácií testovacích prípadov.
  • Stav testovacieho prípadu môžete tiež označiť ako blokovaný.
• V zozname testov
  
  • V zozname Testovacie prípady môžete vybrať viac testovacích prípadov a označiť ich ako Úspešné v jednom teste a niekoľko ďalších skupín testovacích prípadov ako Neúspešné. S týmto prístupom sa však stav testovacích prípadov neaktualizuje na úrovni kroku testu.
  • K dispozícii sú aj ďalšie možnosti, napríklad Blokované, Neuplatňuje sa, Nastaviť ako aktívne, Obnoviť (pre pozastavený testovací prípad)

Otázka č. 17) Ako môžete vytvoriť chybu v TFS počas vykonávania testovacieho prípadu? Je to automaticky spojené s testovacím prípadom?

Odpoveď: Vytvorenie chyby v TFS počas vykonávania testu:

V okne Test Runner kliknite na Vytvorte chybu možnosť vytvoriť novú chybu (pozri obrázok nižšie)

Ako je zobrazené nižšie, otvorí sa okno, v ktorom vyplníte podrobnosti o chybe a kliknutím na tlačidlo Uložiť automaticky vygenerujete ID chyby.

Prepojenie medzi testovacím prípadom a ID chyby:

Ak je ID chyby TFS, chyba sa automaticky namapuje na TFS. V prípade, že bola chyba nahlásená v externom nástroji na správu defektov, musíte ID chyby ručne namapovať v sekcii komentárov alebo v stĺpci Značka v testovacom kroku.

Zobraziť ID chyby TFS namapované na testovací prípad:

Krok Zlyhanie sa automaticky namapuje na chybu. Testovací prípad sa tiež automaticky mapuje na ID chyby TFS. Týmto spôsobom môžete zobraziť zoznam identifikátorov chýb namapovaných na testovací prípad.

1. Uložte a zatvorte okno testovacieho bežca.
2. Prejdite na ikonu Súvisiaca práca časť Podradené odkazy pre testovací prípad.
3. Podradený odkaz bude mať všetky súvisiace chyby pre daný testovací prípad.

Otázka č. 18) Ako môžete sledovať pokrok v testovaní?

Odpoveď: Hneď vedľa karty „Testy“ sa nachádza karta „Grafy“. Priebeh testovania môžete sledovať na úrovni testovacích prípadov alebo na úrovni výsledkov testov a získať graf podľa vlastného výberu.

Nižšie sú uvedené dva príklady, ako pripraviť graf.

a) Metriky výsledku testu: počet úspešných / neúspešných / blokovaných / prebiehajúcich stavov:

Vyberte Zoskupiť podľa = Výsledok, Hodnoty = počet testov.

Na základe typu grafu vybratého v sekcii Snímka (koláč, pruh, stĺpec atď.) - Zobrazený graf vám poskytne metriky týkajúce sa počtu testovacích prípadov - nespustený, neaplikovateľný, úspešný, neúspešný, blokovaný, pozastavený .

b) Stav testovacieho prípadu na prideleného testera:

Vyberte kontingenčnú tabuľku v časti Snímka, Riadky = Tester, Stĺpce = Výsledok, Počet hodnôt testov - potom môžete vidieť kontingenčnú tabuľku, ktorá zobrazuje metriky v nasledujúcom formáte:

Otázka č. 19) Ako môžete analyzovať, ktorý modul / oblasť má najviac chýb po dokončení vykonania pre konkrétny šprint alebo iteráciu?

Odpoveď: Vytvorte graf pomocou skladaného pruhu alebo kontingenčnej tabuľky. Vyberte Názov = „Chyby podľa tímu“, os Y = „Názov uzla“, Zoskupiť podľa = „Priorita“, Agregácia = Počet pracovných položiek.

Toto zobrazí, ktorý modul / oblasť má najviac chýb po dokončení vykonania pre konkrétny šprint alebo iteráciu. (pozri obrázok nižšie)

Otázka č. 20) Ako je podporovaná parametrizácia v TFS? Na príklade z vášho projektu vysvetlite, ako ste implementovali testovanie s dátovými variáciami.

Odpoveď: Parametrizácia je jednou z pozoruhodných funkcií, ktoré poskytuje TFS. Existujú situácie, keď potrebujete otestovať ten istý krok, ale s variáciami údajov / viacerými testovacími údajmi, a práve tu pomáha parametrizácia.

Vytvorte alebo pridajte parametre:

Hneď vedľa „Testovacieho plánu“ existuje možnosť známa ako „Parametre“.

Obrazovka parametrov:

(obrázok zdroj )

Kliknutím na túto možnosť sa otvorí obrazovka Parameter, kde môžete vidieť svoje testovacie údaje. V nasledujúcom Príklad - v 3 stĺpcoch mriežky sú nastavené variácie údajov - Číslo1, Číslo2, Výsledok.

Poznámka : stĺpce môžete ľubovoľne pomenovať.

(obrázok zdroj )

Prístup k parametru v našom testovacom prípade:

Teraz, keď je parameter pripravený na použitie. K týmto hodnotám máte prístup v testovacích prípadoch. Pre prístup k parametrizovaným údajom použite @ názov stĺpca v testovacom kroku, kamkoľvek chcete získať prístup.

Implementácia je uvedená nižšie:

Tu sa v kroku 1 použije @ Number1, v kroku 2 sa použije stĺpec @ Number2 a v očakávanom výsledku kroku 3 sa pristupuje k @Result. Ak parametrizácia nebola zavedená, možno budete potrebovať každý z 9 krokov so spomenutými samostatnými testovacími údajmi . Táto ďalšia námaha pri príprave testovacích prípadov je uložená prostredníctvom tejto funkcie.

Vykonajte testovací prípad s parametrizovanými údajmi:

V zobrazení zoznamu testovacích prípadov sa pri ich spustení otvorí testovací bežec.

Parametrizované údaje sa teraz spustia v iteráciách:

Pre náš vyššie uvedený príklad:

Prvý beh ukáže:
„Test 1 z 3: Iterácia 1“,
Krok 1: Zadajte @ Number1
Číslo1 = 5
Krok 2: Zadajte @ Number2
Number2 = 5
Krok 3: Pridajte obidva čísla Výsledok = 10 do stĺpca očakávaných výsledkov

Môžete označiť vyhovujúce / nevyhovujúce na úrovni kroku testu alebo priamo na úrovni iterácie. Pamätajte, že aj keď napríklad označíte Iteration1 ako Pass, nebude nastavený celý stav testovacieho prípadu - testovací prípad ešte nie je úplne spustený. Potom kliknite na tlačidlo Ďalej a podobne postupujte podľa postupu pre iteráciu 2 a iteráciu 3.

Po aktualizácii stavu pre všetky iterácie sa automaticky nastaví stav testovacieho prípadu ako Pass / Fail / Pause. Počet iterácií = počet riadkov v parametri. Tu boli 3 iteračné behy, pretože v parametroch boli k dispozícii 3 riadky testovacích údajov.

Ako referenciu si pozrite nasledujúci obrázok ( Poznámka: obrázok nie je podsekvenciou vyššie uvedeného príkladu)

Otázka č. 21) Aké sú rôzne spôsoby extrakcie testovacích prípadov spolu s aktualizovaným stavom po vykonaní?

Odpoveď: Existujú 4 alternatívy na extrakciu testovacích prípadov spolu s aktualizovaným stavom po vykonaní.

Oni sú:

a) Exportujte prostredníctvom e-mailu - Vyberte Test Suite, vyberte Export -> Export cez e-mail. Pomocou tejto funkcie môžete exportovať testovacie prípady do e-mailovej adresy.

Pozrite si obrázok nižšie:

(obrázok zdroj )

b) Vytlačte správu : Môžete tiež vytlačiť správu.

c) Export do programu Excel : Existuje nástroj, pomocou ktorého môžete exportovať svoje testovacie prípady spolu s výsledkami do súboru programu Excel.

Ďalšie informácie o obslužnom programe nájdete na obrázku nižšie:

(obrázok zdroj )

d) Skopírujte a vložte z mriežky do Excelu: Môžete skopírovať a prilepiť pomocou Ctrl + C a Ctrl + V v zobrazení Mriežka do programu Excel a potom aktualizovať stav manuálne pre skutočný výsledok a stav testovania.

Otázka č. 22) Ako možno zdieľať testovacie kroky a kde inde môžete zdieľané kroky použiť?

Odpoveď:

Zdieľanie testovacieho kroku: V zobrazení zoznamu po dvojitom kliknutí na ľubovoľný testovací prípad sa otvorí okno s podrobnosťami testovacieho prípadu. Vedľa súhrnu sa nachádza karta Kroky. Keď maximalizujete kartu Kroky, zobrazí sa obrazovka ako na nasledujúcom obrázku.

Zdieľaný krok môžete pridať, ako je uvedené nižšie: Kliknite na ikonu Vytvoriť zdieľané kroky a vytvorte nový testovací krok. Toto je teraz zdieľané a dá sa znova použiť v inom testovacom balíku alebo inom projekte. (Pozri obrázok nižšie)

Opätovné použitie zdieľaného kroku: Prejdite na obrazovku krokov, kam chcete pridať existujúci zdieľaný krok. Ikona tesne pred položkou „Vytvoriť zdieľané kroky“ je pre položku „Vložte existujúci zdieľaný krok“. Kliknite na ikonu, otvorí sa okno s dotazom s poľom = „Typ pracovnej položky“, Operátor = „V skupine“, Hodnota = „Microsoft.SharedStepCaregory “.

Po spustení dotazu sa zobrazia všetky existujúce zdieľané kroky. Potom môžete vybrať kroky a kliknúť na Vložiť zdieľané kroky. (Pozri obrázok nižšie)

Otázka č. 23) Ak sú testovacie údaje k dispozícii v súbore programu Excel poskytnutom klientom, ako ich možno použiť v TFS?

Odpoveď: Môžete jednoducho skopírovať a vložiť údaje z klientskeho súboru programu Excel do nového parametra v TFS. (Pozri Otázka č. 20 vyššie, pretože objasňuje, ako vytvoriť nový parameter a získať prístup k parametru v testovacom prípade).

Otázka č. 24) Ako môžete pre tím sprístupniť lokálne prístupný graf na informačnom paneli a zobraziť ho môžu aj príslušné zainteresované strany?

Odpoveď: Karta vedľa položky „Testy“ je „Graf“ , kde môžete pridať grafy. Po zobrazení grafu kliknite pravým tlačidlom myši na graf a na ikonu „Pridať na informačný panel“ možnosť je k dispozícii - za predpokladu, že widgety palubnej dosky už boli nakonfigurované. Po druhé, nezabudnite, že grafy okrem informačného panela tiež vyžadujú práva správcu, inak je táto možnosť pre vás vypnutá.

Otázka č. 25) Ako môžete distribuovať všetky testovacie prípady v suite medzi členov QA na vykonanie a informovať ich prostredníctvom TFS?

Odpoveď: Pravým tlačidlom myši kliknite na testovaciu sadu a vyberte „Priraďte testerom vykonávanie všetkých testov“ a otvorí sa dialógové okno, kde môžete pridať ID používateľa viacerých testerov, začiarknite políčko Odoslať e-mail, zadajte Predmet a Poznámka. Kliknite na tlačidlo OK.

Testujúcim v zozname so správou sa odošle e-mail. Takto sa vykonáva pridelenie a oznámenie o pridelení súčasne.

Pre lepšiu prehľadnosť si pozrite obrázky nižšie:

Otázka č. 26) Ako môžeme označiť „Regresný kandidát“ odstráneným zo všetkých testovacích prípadov priority 2 naraz?

Odpoveď:

do) Prostredníctvom dotazu načítajte testovacie prípady pre projekt, ktoré majú prioritu 2.

b) Kritériá dotazu sú:

• Tímový projekt = @ Projekt
• WorkItemType v skupine Microsoft.TestCaseCategory
• Priorita = 2

c) Vyberte všetky testovacie prípady načítané vo výslednom okne po spustení dotazu.

d) Zobrazí sa možnosť „Upraviť vybranú pracovnú položku“. Vyberte túto možnosť. (Pozri obrázok nižšie)

je) Zobrazí sa okno úprav pracovných položiek.

f) Vyberte pole = Značky (Odstrániť) = Hodnota = Regresný kandidát a kliknite na tlačidlo Uložiť.

Tento pracovný postup odstráni kandidáta na značku = regresiu pre všetky testovacie prípady s prioritou 2 pre projekt.

Otázka č. 27) Ako pomocou dotazu načítate testovacie prípady so špecifickou konfiguráciou z viacerých projektov?

Odpoveď: Vytvorte novú testovaciu sadu a pomenujte ju. V zobrazení zoznamu testovacieho prípadu vyberte možnosť „Pridať existujúci testovací prípad“ a otvorí sa okno s dotazom.

• Nevyberajte ‘Team Project’ = @ Project. Týmto sa načítajú iba pracovné položky z aktuálneho projektu.
• Ak potrebujete vybrať testovacie prípady s konfiguráciou Príklad: „Predprodukcia“, vyberte kritériá dotazu v stĺpci Konfigurácia = Predvýroba, Typ pracovnej položky = Microsoft.TestcaseCategory a začiarknite políčko v pravom hornom rohu okna dotazu. „Dotaz na rôzne projekty“.
• Spustením tohto dotazu sa načítajú testovacie prípady s konfiguráciou = predvýroba z viacerých projektov.

Záver

Zatiaľ čo nástroj na správu testov TFS dobieha trh postupne, pokúsili sme sa hlboko ponoriť do predmetu, upevniť jeho drsnosť a pokúsili sme sa čo najlepšie oboznámiť našich QA ľudí s rozsiahlymi a skvelými funkciami, ktoré TFS podporuje spolu s určitými známymi problémami alebo nevýhodami a alternatívnymi spôsobmi ich riešenia.

Dúfame, že maximálny úžitok získate pochopením pracovného toku nástroja a rovnakým spôsobom získate know-how o najpravdepodobnejších a najrelevantnejších dotazníkoch pre TFS.

Populárny citát znie „Vodcovia sa nikdy neprestanú učiť“. Chcel by som to uzavrieť tu - ale nikdy nenechajte učenie sa zastaviť. 'Buďte vodcom a prajem vám veľmi veľa.' Šťastné učenie “.

čo je užívateľské testovanie pri testovaní softvéru?

Autor: Tento príspevok napísal Shobha D. Pracuje ako vedúci projektu a má viac ako 9 rokov skúseností v oblasti manuálneho, automatizovaného a testovania API.

Všetko najlepšie pre váš rozhovor !!

Odporúčané čítanie

• Dotazy a odpovede na pohovor
• 25 najlepších otázok a odpovedí na agilné testovacie pohovory
• Niektoré zaujímavé otázky týkajúce sa testovania softvéru
• 25+ najobľúbenejších otázok a odpovedí na rozhovory s ADO.NET
• Top 25 otázok na rozhovor s Perlom, ktoré by ste si mali pripraviť v roku 2021
• Top 25 otázok týkajúcich sa rozhovorov o softvérovom inžinierstve (POSLEDNÉ 2021)
• ETL Testovacie otázky a odpovede na pohovor
• 40+ populárnych otázok a odpovedí na otázky týkajúce sa testu analytikov QA (ZOZNAM 2021)