top 25 azure test plan
De mest populära intervjufrågorna om Azure Test Plan:
Azure Test Plan är alternativt också känd som Azure DevOps Test Plan eller TFS (Team Foundation Server).
Jag har använt Azure Test Plan på jobbet som ett testhanteringsverktyg i mer än 2 år nu.
Här, i den här artikeln, skulle jag tillhandahålla en omfattande lista med intervjufrågor för Azure Test Plan (en hel del knepiga frågor och deras lösningar som jag har lärt mig med erfarenhet av verktyget).
Innan vi går vidare till intervjufrågorna vill jag sätta ett helhetssyn på vad Azure Test Plan är och vilket syfte löser det för ett QA-team.
- Azure Test Plan är alternativt också känd som Azure DevOps Test Plan eller TFS (Team Foundation Server).
- Azure Test Plan är ett av de bästa webbaserade testhanteringsverktygen för manuell och automatiserad testning.
- Verktyget ger ett mycket bra alternativ för att få slut på spårbarhet genom att ha krav, specifikationsdokument och / eller användarberättelser kopplade till testfall, testresultat och rapporterade defekter.
- Verktyget hjälper till att hålla reda på konfigurationsdetaljer som testfall som körs mot en specifik miljö eller antal byggkörningar, författaren till testfallet och QA som utförde testfallet.
- Det hjälper till att tilldela eller distribuera testfall över många testare inom teamet.
- Det tjänar ett stort syfte, det vill säga att börja direkt från att skapa nya testfall, återanvända befintliga testfall tills man enkelt kan följa testinsatsens framsteg.
- Det gör det också möjligt att ha en anpassad instrumentpanel med enkla och tydliga diagram.
Top TFS Intervju Frågor - Azure Test Plan Intervju Frågor
Här är en omfattande lista med intervjufrågor om TFS:
F # 1) Namnge olika typer av testsviter som TFS tillåter användaren att skapa och hur skiljer de varandra från varandra?
Svar: Test Suite är grupperingen av flera testfall. Gruppering av testfall kan strida mot kravet eller andra arbetsobjekt som användarberättelser, en funktion, en ändringsförfrågan eller dessa kan grupperas tillsammans som en 'Regressionstestsvit' eller 'Rökprovsvit'.
Det finns tre typer av testsviter som användarna kan skapa i TFS:
- Statisk provsvit
- Kravstestpaket
- Frågebaserad testsvit
(Arbetsflöde:
Skapa testsvit: Öppna projekt -> Test -> Testplan -> Högerklicka på Project -> Klicka på Test Suite.
Skapa Backlog-objekt: Öppna Project -> Boards -> Backlogs -> New work item )
a) Statisk provsvit : Detta skapar en grundläggande mapp där du manuellt kan lägga till befintliga testfall eller skapa nya. Du kan också lägga till flera barnsviter under huvudsviten. Till exempel - En funktionstestningsfas för Sprint 15 har 3 ändringsförfrågningar.
Exempel: När CR-123, CR-456, CR-789 är 3 ändringsförfrågningar, har du en struktur av statiska sviter som skapats enligt nedan:
Du kan sedan lägga till testfall under vart och ett av dessa barntestsviter.
b) Kravsbaserad svit: Denna typ av svit används vanligtvis i Agile-testmetoden eller i huvudsak när teamet bestämmer att varje testsvit ska kartläggas mot varje krav. Kravet kan vara vilket arbete som helst som representerar användarberättelser eller något funktionskrav.
- För att ha en kravbaserad svit måste du först lägga till arbetsobjekten (användarberättelser, funktioner) under Backlog.
- Skapa kravbaserad testsvit, då kommer ett frågefönster att dyka upp som bilden nedan.
Här väljer du Fält = Arbetsartyp, Värde = Microsoft.RequirementCategory och Områdesväg = och klicka på Kör fråga .
Det resulterande fönstret visar alla befintliga efterslagsobjekt / krav för projektet. Välj den du vill lägga till och testpaketmappen skapas med titeln exakt samma som den användarberättelse du valt. Alla testfall som du skapar under sviten kan nu kartläggas mot användarberättelsen.
c) Frågebaserad svit: Som namnet själv föreslår låter den här typen av svit dig lägga till befintliga testfall genom att fråga projektdatabasen i TFS. Återanvändbarheten i befintliga testfall är den aspekt som denna typ av svit fokuserar på.
När du lägger till en frågebaserad svit visas ett frågefönster där du kan lägga till befintliga testfall från det aktuella projektet eller ett annat projekt.
( Notera: @Project hänvisar till det aktuella projektet och @me hänvisar till mitt användar-id i TFS i bilden nedan)
F # 2) Du hade en diskussion med din affärsanalytiker med avseende på testmetoden och testomfånget för ett visst testfall och du måste meddela dina lagkamrater om samma. Hur kan du meddela dem via TFS?
Svar: När du dubbelklickar på ett testfall i listvyn och öppnar det, visas ett fönster där du kan se testfallets titel, taggar du har lagt till, avsnitt för sammanfattning, steg, bilagor och diskussion. För att anmäla något till lagkamraten kan man använda en funktion som heter “@mention”.
I avsnittet Diskussion kan du använda symbolen @ och sedan visas listan med användar-ID för projektet. Du kan sedan välja ett användar-ID som du vill meddela, följt av ett meddelande. Du kan också ange flera @ användar-id för att meddela flera lagkamrater åt gången.
Om du behöver lägga till en länk i meddelandet, lägg till symbolen # följt av URL och tryck sedan på RETUR. Meddelandet läggs till som en diskussionsplats och ett e-postmeddelande skickas automatiskt till den användare som nämns i @mention.
Till exempel, @Shalini Singh kan du hänvisa till testtäckningsmatrisen
I exemplet ovan lade jag till ett meddelande som ska utlösa ett e-postmeddelande för Shalini Singh med ett meddelande som ovan tillsammans med hyperlänkstexten www.softwaretestinghelp.com/test-coverage/
Se bilden nedan för bättre förståelse:
F # 3) Hur sorterar du de testfall som du lägger till i TFS?
Svar: När du lägger till testfall i TFS läggs de ofta till på ett osorterat sätt. Det finns två sätt att sortera testfallet på.
till) I listvyn över testfallet finns det en kolumn som heter ”Order”. Varje testfall får ett unikt order-ID som automatiskt tilldelas baserat på den ordning i vilken testfallet läggs till. Du kan sortera testfallet genom att klicka på kolumnen Beställ.
(bild källa )
b) Eller, i det övre högra hörnet finns det ett alternativ som heter 'Ordertest'. Genom att klicka på Beställningstesterna sorteras alla testfall i listvyn.
oberoende opartiska recensioner av gratis 64-bitars brandvägg
F # 4) Vilka är de olika vyerna tillgängliga för testfall i TFS?
Svar: Det finns två vyer tillgängliga för testfall i TFS:
- Listvy
- Rutnätvy
a) Listvy: Detta är standardvyn för testfall i TFS. I den här vyn, som namnet antyder, listas alla testfall nedåt på ett sorterat sätt om listan sorteras med Order-id.
Det finns flera kolumner för varje testfall i den här vyn; tycka om Resultat - vilket är den senaste statusen för testfallet, Ordning - representerar order-id baserat på testfallets införingsorder, ID - ett automatiskt genererat unikt testfall-ID, Titel , Konfiguration , Förväntat resultat , etc.
I den här vyn kan du utföra följande åtgärder:
- Du kan köra testfallet.
- Markera teststatus för varje testfall.
- Lägg till nya testfall eller importera befintliga testfall.
- Ta bort befintliga testfall.
- Filtrera testfall baserat på olika kriterier som konfigurationer, taggar etc.
- Du kan också fördela testfallet bland testarna.
- Flytta testfallet genom att enkelt dra och släppa.
- Ändra konfigurationen för testfallet.
- Dubbelklicka på testfallet öppnar ett annat fönster där en rutvy av testfall visas. Du kan lägga till, uppdatera eller ta bort teststeg i det här fönstret.
Bilden nedan visar ListView:
b) Rastervy: I det övre högra hörnet av listvyn - du kan se alternativet 'Lista', klicka på det här alternativet växlar vyn till 'Rutnät'. Rutnätsvy liknar den i en Excel-kalkylbladsvy. I den här vyn får du inte utföra de åtgärder som listvyn tillåter dig att göra.
Rutnätvy:
- Det gör det möjligt för användaren att lägga till flera teststeg så mycket som Excel gör.
- Du kan till och med återanvända befintliga testfall från Excel på ett enklare sätt i den här vyn.
- Du kan infoga en rad, radera en rad eller uppdatera testfallet.
Kom dock ihåg att i en rutnätsvy kan du inte importera ett befintligt testfall via en fråga och du kan inte köra eller uppdatera testfallets status.
Annan främsta skillnaden mellan de två vyerna är att trots att båda vyerna tillåter användaren att manuellt lägga till, ta bort eller uppdatera testfallet -
- Listvy låter dig lägga till eller uppdatera ett testfall i taget.
- Med rastervy kan du lägga till eller uppdatera flera testfall, var och en med flera teststeg på en gång.
Bilden nedan visar rutnätet.
F # 5) Ger TFS alternativ som dra och släpp och stavningskontroll i rutvyn för testfall? Om inte, hur kan du lösa problemet?
Svar: TFS tillhandahåller inte alternativ som dra och släpp av teststeg för att kopiera över data från en cell till en annan eller för att automatiskt öka en numerisk identifierare i de andra cellerna.
Det bästa alternativet är att förbereda testfall i Excel med en dra-och-släpp-funktion där det behövs och korrigera alla typografiska fel genom att köra stavningskontroll och sedan flytta dem till TFS.
F # 6) Du kan lägga till flera rader i en cell med ALT + Enter i Excel. Hur kan du utföra samma åtgärd i TFS - Grid view?
Svar: SHIFT + Enter är genvägen som används i TFS när du lägger till testfall i rutvyn.
F # 7) Vilka är de olika kriterierna som används i frågesökningen?
Svar: Liksom SQL-frågorna gör frågesökning också att användarna kan söka i hela TFS-databasen baserat på ett fält- eller kolumnnamn, en operatör och det förväntade värdet.
Frågesökning kan göras med hjälp av olika kriterier enligt nedan:
a) Frågesökning baserad på en kontroll av att ett visst fält innehåller ett textvärde:
I bilden nedan kan alla arbetsobjekt (användarberättelser, funktioner eller testfall eller testsvit, etc.) från det aktuella projektet med titel eller beskrivning som innehåller orden 'webb' och 'prestanda eller vägledning' hämtas när de körs.
b) Frågesökning baserat på WorkItemType:
Bilden nedan visar sökningen baserat på WorkItemType = buggar.
- När field = Work Item Type, operator = ”In Group” och Value = Microsoft.BugCategory, söker det efter alla TFS-buggar som rapporterats för projektet.
- När värde = Microsoft. Test CaseCategory, denna sökning görs för att hämta alla testfall som matchar resten av fältkriterierna.
- På samma sätt när Value = Microsoft. RequirementCategory - arbetsobjekt från eftersläpningen - dvs användarberättelserna eller funktionerna hämtas.
c) Frågesökning baserat på tillgängliga kolumnalternativ:
I bilden nedan söks alla tilldelade buggar.
Frågan kan baseras på sökkriterierna för en kolumnvärdesmatchning, kolumnerna kan vara vilken som helst tillgänglig kolumn som Taggar, Prioritet, Tilldelad till, ID, Konfiguration, Beskrivning och många andra tillgängliga kolumner.
Du kan också hämta vissa kolumner som har null eller tomma värden. I bilden nedan skulle alla uppgifter med tom aktivitet hämtas.
F # 8) Kan du återanvända befintliga testfall i TFS? Om ja, förklara alla olika alternativ för att göra det.
Svar: Excel låter dig dra och släppa vissa teststeg och de kopieras snabbt över flera celler om det finns numeriska identifierare som drar cellvärdena som automatiskt fyller i de inkrementerade identifierarna.
Stavningskontroll är en annan fördel som finns i Excel och är mycket viktigt när testfall skapas för att undvika skrivfel. Tyvärr är detta en känd nackdel i TFS från och med nu som Microsoft redan adresserar och arbetar med.
Ändå är den lyckliga sidan att du fortfarande kan skriva testfall i Excel i formatet som matchar rutnätet och kan köra stavningskontrollen. De kan enkelt kopiera och klistra in exceldata med hjälp av CTRL C och CTRL V i rutvyn i TFS och tryck på CTRL + S för att spara testfallet.
F # 9) Efter att ha importerat ett befintligt testfall med id - 123 (till exempel) genom frågan, ändras id för det nyklonade testfallet eller behålls det som 123?
Svar: När du klickar på Lägg till befintligt testfall i listvyn över testfallet dyker ett frågefönster upp -
Välj WorkItemType = Microsoft.Test CaseCategory, AreaPath = och ID =.
Det befintliga testfallet med id: n kopieras till den aktuella sviten och test-id: t förblir detsamma.
( Exempel: Om det importerade id var 123, efter kloning av testfallet, behåller det klonade testfallet samma id.)
Q # 10) I anslutning till Q9 ovan, om du gör en uppdatering av de klonade testfallen och nu samma testfall-ID importeras igen med frågan, vilka data kommer det att visas - original eller uppdaterat?
Svar: Om du uppdaterar några teststeg och klickar på Spara ändras fortfarande inte testfallets ID. Du måste sedan navigera till den tredje testsviten och importera testfallet med samma id. Nu läggs det uppdaterade testfallet med de senaste teststegen till. Det ursprungliga testfallet kommer dock inte att ändras i det första testpaketet.
F # 11) Hur lägger du till taggkolumn i avsnittet Testfall? När och hur är det bra att använda taggar?
Svar: För att lägga till taggkolumn i avsnittet Testfall finns det ett alternativ på ListView med namnet Kolumnalternativ . Detta alternativ öppnar ett fönster genom vilket du kommer att kunna lägga till kolumnen 'Taggar' i avsnittet Testfall.
Med 'Lägg till tagg' kan du lägga till valfritt textvärde som Tagg. (Se det markerade alternativet i bilden nedan)
Du kan också lägga till taggar i rutvyn. För att lägga till flera taggar i rutvyn anger du flera texter i kolumnen Taggar, var och en åtskilda av ett komma.
( Exempel: Om du anger 'Positivt', 'Utforskande' för ett testfall under rutvyn, klickar du på Spara visas flera taggar i listvyn som filter i det övre högra hörnet.
Se bilden nedan:
Att använda taggar tjänar många fördelar:
- Märk varje testfall mot en specifik kategori. Exempel: Positivt, negativt för att kategorisera testfall i positiva och negativa scenarier.
- Filtrera testfall baserat på nyckelordet (taggar).
- För varje testfall kan du också få ett krav-id mappat i kolumnen Taggar, vilket inte bara hjälper till att upprätthålla spårbarheten från slut till slut, utan också låter dig filtrera bort testfall baserat på varje krav-id och se till att tillräckligt med test täckningen är på plats.
F # 12) Hur kan du snabbt göra testfall under Regression-sviten redo om funktionella testfall för projektet är färdiga och flera sprints av projektet redan har levererats till klienten?
Svar: Följ stegen nedan för att snabbt få befintliga testfall under Regression Suite:
- När funktionstestsviterna för ett projekt är på plats, identifiera alla testfall som är lämpliga för regression.
- Lägg till taggen som 'Regression Candidate' för alla fall av regressionstest som du identifierar.
- Skapa en ny svit som 'Regression Testing' under projektet. Sviten kan vara av typen statisk eller frågebaserad.
- Klicka på Lägg till befintligt testfall, i sökfönstret väljer du kriterier som Taggar = ’Regressionskandidat’ och klickar på Kör.
- Resultatet får alla testfall från projektet som identifierats för regressionstest.
- Du kan välja alla testfall från det resulterande fönstret och klicka på Importera. Som ett resultat läggs alla nödvändiga testfall till i sviten och regressionssviten är redo.
F # 13) Kan testfallets författare skilja sig från testarna som tilldelats dem i TFS. Till exempel om person A är den som har skrivit testfallet. Hur kan du tilldela den till person B för dess utförande?
hur man förklarar en lista i java
Svar: Ja, testfallets författare kan skilja sig från testarna som tilldelats dem i TFS. När du lägger till testfall för en testsvit visas ditt namn som standard under testkolumnen.
I testvyns listvy, välj ett testfall, högerklicka och välj alternativet 'Assign tester' som sedan visar listan över befintliga användare. Du kan välja en testare och så tilldelar du ett testfall till QA inom ditt team.
Du kan på samma sätt välja flera testfall och följa samma arbetsflöde för att tilldela flera testfall till en testare på en gång.
F # 14) För testfall med,Exempel:50 steg och du har delvis kört dem; hur kan du återuppta testkörningen och fortsätta uppdatera teststatusen från de steg du lämnade förra gången?
Svar: Du kan köra testfallet genom att klicka på knappen Kör i listvyn och detta öppnar sedan testlöparfönstret.
Se bilden nedan:
Om du utför alla 50 stegen på en gång kan du uppdatera teststegets status som godkänd / misslyckad / blockerad / inte tillämplig och därför uppdateras testfallets status därefter.
Men om samma tillvägagångssätt följs medan din partiella körning skulle arbetsflödet vara som nedan:
Arbetsflöde 2:
- Du har uppdaterat fem steg till Misslyckas och 20 steg för att klara, lämna resten av de 25 stegen oexekverade. - + Spara och stäng. - Följaktligen uppdaterar detta testfallets status som Fail (eftersom fem steg misslyckades tillbaka).
- Du fortsätter sedan testa genom att klicka på Kör-knappen - Status för de tidigare 25 teststegen bibehålls inte. Du måste då uppdatera teststatus och deras kommentarer från steg 1.
Arbetsflöde 3: Detta är det bästa sättet att följa när du behöver utföra testkörning för ett testfall delvis och du behöver ett sätt att återuppta testet senare när det behövs.
På testlöparen uppdaterar du statusen för de utförda teststegen och lämnar resten av teststegen oexekverade. Spara och stäng INTE testfallet istället för på testfallet, välj testfallets status som Paus. När testfallet är i pausstatus är alternativet Fortsätt bredvid Kör aktiverat.
Bilden på knappen Fortsätt visas nedan:
(bild källa )
F # 15) Bland de 10 teststegen misslyckas ett teststeg efter körningen. Den associerade defekten testas om efter att korrigeringen har gjorts. Hur hanterar du uppdateringen av teststatus för testfallet?
Svar: Pausa testfallets status när något steg misslyckas, så att du kan fortsätta därifrån och bara markera de misslyckade stegen som godkända.
Om testfallets status slutfördes kommer du att behöva uppdatera teststatusen från steg 1 igen eftersom den tidigare statusen för stegen uppdateras och testfallet återgår till aktiv status.
F # 16) Förklara arbetsflödet för utförande av testfall i Test Runner och i ListView.
Svar:
- I Test Runner-fönstret
- Om du behöver markera teststeget som ”Godkänd”, klicka sedan på kryssmarkeringen för det steget.
- Om du vill markera teststeget som ”Misslyckas” klickar du på korset för det steget.
- Om du behöver lägga till kommentarer för ett teststeg, visar inte teststeget kommentarområdet. Från och med nu är kommentarsektionen endast tillgänglig i stegen 'Misslyckades'.
- Om du behöver lägga till en kommentar för ett godkänt steg markerar du det som misslyckat (klicka på korsikonen) och klickar sedan på steget (klicka på kryssikonen) så kommer du att se kommentarsektionen. Detta är det kända problemet i TFS.
- Du kan också pausa på teststegnivån och på testfallet.
- För testfallet med parametrerade data körs flera iterationer av testfall.
- Du kan också markera testfallets status som Blockerad.
- I listvyn över tester
- Du kan välja flera testfall i testfallslistan och markera dem som godkända på en gång och några andra uppsättningar testfall som misslyckade. Men med detta tillvägagångssätt uppdateras inte testfallets status på teststegnivån.
- Det finns också andra alternativ som Blockerad, Ej tillämplig, Ange som Aktiv, Fortsätt (för pausat testfall)
F # 17) Hur kan du skapa ett fel i TFS under körning av testfall? Kopplas det automatiskt till testfallet?
Svar: Skapa ett fel i TFS under testkörning:
Klicka på i Test Runner-fönstret Skapa fel alternativ för att skapa ett nytt fel (se bilden nedan)
Ett fönster öppnas som visas nedan där du fyller i felinformation och därmed klickar på Spara genererar automatiskt ett fel-id.
Länken mellan testfallet och bug-id:
Felet mappas automatiskt till TFS om det är ett TFS-fel-id. Om buggen har rapporterats i ett externt hanteringsverktyg för defekter måste du manuellt kartlägga fel-id: t i kommentarsektionen eller Tag-kolumnen i teststeget.
Visa TFS-fel-id kartlagt för ett testfall:
Det misslyckade steget mappas automatiskt till felet. Testfallet mappar också automatiskt till TFS-fel-id. Så här kan du visa listan över bugg-id: n som är mappade till ett testfall.
- Spara och stäng testlöparfönstret.
- Navigera till Relaterat arbete avsnitt Barnlänkar för testfallet.
- Barnlänken kommer att ha alla tillhörande buggar för det testfallet.
F # 18) Hur kan du spåra testförloppet?
Svar: Alldeles intill fliken 'Test' finns en flik 'Diagram'. Du kan spåra testförloppet på testfallet eller testresultatnivån och få ett anpassat diagram efter eget val.
Nedan finns två exempel på hur du förbereder ett diagram.
a) Testresultat: antalet pass / misslyckade / blockerade / pågående status:
Välj Gruppera efter = Resultat, Värden = antal test.
Baserat på vilken typ av diagram som valts i avsnittet Snapshot (cirkel, stapel, kolumn, etc.) - Diagrammet som visas ger dig mätvärdena för antalet testfall - Inte kört, Ej tillämpligt, Godkänt, Misslyckat, Blockerat, Pausat .
b) Testfallets status per tilldelad testare:
Välj pivottabell under ögonblicksbild, rader = testare, kolumner = resultat, antal värden för tester - du kan sedan se pivottabellen som visar mätvärdena i nedanstående format:
F # 19) Hur kan du analysera vilken modul / område som har flest defekter efter genomförandet för en specifik sprint eller iteration?
Svar: Skapa ett diagram med antingen en staplad stapel eller en pivottabell. Välj Namn = 'Bugg efter team', Y-axel = 'Nodnamn', Gruppera efter = 'Prioritet', Aggregation = Antal arbetsobjekt.
Detta visar vilken modul / område som har flest defekter efter genomförandet för en specifik sprint eller iteration. (se bilden nedan)
F # 20) Hur stöds parametreringen i TFS? Förklara hur genomförde du testning med datavariationer med ett exempel från ditt projekt.
Svar: Parameterisering är en av de anmärkningsvärda funktionerna som TFS tillhandahåller. Det finns situationer när du behöver testa samma steg men med datavariationer / flera testdata och det är här parametreringen hjälper.
Skapa eller lägg till parametrar:
Det finns ett alternativ som kallas 'Parametrar' precis bredvid 'Testplanen'.
Parameterskärm:
(bild källa )
Genom att klicka på det här alternativet öppnas parameterskärmen där du kan se dina testdata. I nedanstående Exempel - det finns datavariationer inställda på de tre kolumnerna i rutnätet - Number1, Number2, Resultat.
Notera : du kan namnge kolumnerna som du vill.
(bild källa )
Åtkomst till parametern i vårt testfall:
Nu när parametern är redo att användas. Du kan komma åt dessa värden i testfallet. För att få åtkomst till parametrerade data, använd @columnname i teststeget vart du vill komma åt det.
Se implementeringen nedan:
Här används @ Number1 i steg 1, @ Number2-kolumnen används i steg 2 och @ Result nås i det förväntade resultatet i steg 3. Om parametreringen inte var på plats kan du ha behövt 9 steg vardera med separata testdata nämnda . Den här extra testförberedelseansträngningen sparas genom den här funktionen.
Kör testfall med parametrerade data:
Från listvyn över testfall, när du kör dem, öppnas testlöparen.
De parametrerade data körs nu i iterationer:
För vårt ovanstående exempel:
Den första körningen visar:
'Test 1 av 3: Iteration 1',
Steg 1: Ange @ Number1
Nummer1 = 5
Steg 2: Ange @ Number2
Nummer2 = 5
Steg 3: Lägg till båda siffrorna Resultat = 10 i kolumnen förväntat resultat
Du kan markera godkänd / misslyckad på teststegnivån eller direkt på iterationsnivån. Kom ihåg att även om du markerar Iteration1 som godkänd (till exempel) är inte hela testfallets status inställd - testfallet är ännu inte fullt kört. Klicka sedan på nästa och på liknande sätt, följ metoden för Iteration 2 och Iteration 3.
När statusen har uppdaterats för alla iterationer ställs testfallets status som Pass / Fail / Pause in automatiskt. Antalet iterationer = antalet rader i parametern. Här fanns det tre iterationskörningar eftersom det fanns 3 rader med testdata tillgängliga i parametrarna.
Ta en titt på bilden nedan för referens ( Notera: bilden är inte en följd av ovanstående exempel)
F # 21) Vilka är de olika sätten att extrahera testfallet tillsammans med den uppdaterade statusen efter utförandet?
Svar: Det finns fyra alternativ för att extrahera testfall tillsammans med uppdaterad status efter körning.
Dom är:
a) Exportera via e-post - Välj testsviten, välj Exportera -> Exportera via e-post. Med den här funktionen kan du exportera testfallet till e-post-id: t.
Se bilden nedan:
(bild källa )
b) Skriv ut rapporten : Du kan också skriva ut rapporten.
c) Exportera till Excel-verktyget : Det finns ett verktyg som du kan exportera dina testfall tillsammans med resultaten till en excel-fil.
För mer information om verktyget, se bilden nedan:
(bild källa )
d) Kopiera och klistra in från rutnätet till Excel: Du kan kopiera och klistra in med Ctrl + C respektive Ctrl + V från rutnätet till Excel och sedan uppdatera statusen manuellt för det faktiska resultatet och teststatusen.
F # 22) Hur kan teststeg delas och var annars kan du använda delade steg?
Svar:
Dela ett teststeg: I listvyn, när du dubbelklickar på något testfall, öppnas detaljfönstret för testfall. Bredvid Sammanfattningen finns en flik Steg. När du maximerar stegfliken visas en skärm som i bilden nedan.
Du kan lägga till ett delat steg enligt nedan: Klicka på ikonen Skapa delade steg och skapa ett nytt teststeg. Detta delas nu och kan också återanvändas i ett annat testpaket eller ett annat projekt. (Se bilden nedan)
Återanvänder delat steg: Gå till stegskärmen där du vill lägga till ett befintligt delat steg. Ikonen strax före 'Skapa delade steg' är för 'Infoga befintligt delat steg', klicka på ikonen, ett frågefönster öppnas med fält = 'Arbetsartyp', operatör = 'i grupp', värde = 'Microsoft.SharedStepCaregory ”.
När du kör frågan visas alla befintliga delade steg. Du kan sedan välja stegen och klicka på Infoga delade steg. (Se bilden nedan)
F # 23) Om testdata finns i en excel-fil som tillhandahålls av klienten, hur kan den användas i TFS?
Svar: Du kan enkelt kopiera och klistra in data från excel-filen som tillhandahålls av klienten till en ny parameter i TFS. (Ser F # 20 ovan eftersom det klargör hur man skapar en ny parameter och får åtkomst till parametern i ett testfall).
sql server scenariobaserade intervjufrågor
F # 24) Hur kan du göra ett lokalt tillgängligt diagram tillgängligt på instrumentpanelen för teamet och berörda intressenter kan också se?
Svar: Fliken bredvid 'Tester' är 'Diagram' , där du kan lägga till diagram. När diagrammet visas, högerklicka på diagrammet och 'Lägg till i instrumentpanelen' alternativet är tillgängligt - förutsatt att instrumentpanelens widgetar redan var konfigurerade. För det andra, kom ihåg att diagramtillägg till instrumentpanelen också kräver administratörsrättigheter, annars är det här alternativet inaktiverat för dig.
F # 25) Hur kan du distribuera alla testfall i sviten mellan QA-medlemmarna för utförande och meddela dem via TFS?
Svar: Högerklicka på testpaketet och välj “Tilldela testare att köra alla test” och en dialogruta öppnas där du kan lägga till flera testers användar-ID, kryssa i rutan Skicka e-post, ange ämne och anteckning. Klicka på OK.
Ett e-postmeddelande skickas till testarna i listan med meddelandet. Så här görs tilldelning och meddelande om tilldelning samtidigt.
Se bilderna nedan för bättre tydlighet:
F # 26) Hur kan vi ha tagit 'Regression Candidate' bort i alla Priority 2-testfall på en gång?
Svar:
till) Hämta testfallet för projektet som har prioritet 2 genom frågan.
b) Frågekriterierna är som följer:
- Teamprojekt = @ Project
- WorkItemType i grupp Microsoft.TestCaseCategory
- Prioritet = 2
c) Välj alla testfall som hämtats i det resulterande fönstret när frågan har körts.
d) Alternativet Redigera valt arbetsobjekt visas. Välj det här alternativet. (Se bilden nedan)
är) Fönstret Redigera arbetsobjekt visas.
f) Välj fält = Taggar (Ta bort) = Värde = Regression Candidate och klicka på Spara.
Detta arbetsflöde tar bort Tag = Regression Candidate för alla testfall med Prioritet 2 för projektet.
F # 27) Hur hämtar du testfall med den specifika konfigurationen från flera projekt genom frågan?
Svar: Skapa en ny testsvit och namnge den på lämpligt sätt. I listvyn för testfallet väljer du ”Lägg till befintligt testfall” så öppnas ett frågefönster.
- Välj inte 'Team Project' = @ Project. Detta hämtar bara arbetsobjekt från det aktuella projektet.
- Om du behöver välja testfall med konfiguration Exempel: ”Förproduktion”, välj frågekriterier med kolumn Konfiguration = Förproduktion, Arbetsartyp = Microsoft.TestcaseCategory och markera kryssrutan längst upp till höger i frågefönstret 'Fråga över projekt'.
- Om du kör den här frågan hämtas testfall med konfiguration = Förproduktion från flera projekt.
Slutsats
Medan TFS-testhanteringsverktyget fångar upp marknaden gradvis försökte vi ta en djupdykning i ämnet, konsolidera dess nitty-gritty och har försökt vårt bästa för att bekanta våra QA-folk om de stora och fantastiska funktionerna som TFS stöder tillsammans med vissa kända problem eller nackdelar och alternativa sätt att hantera dem.
Hoppas, du får maximal nytta genom att förstå verktygets arbetsflöde och på samma sätt få kunskap om de mest troliga och relevanta frågeformulären för TFS.
Ett populärt citat lyder 'Ledare slutar aldrig lära sig'. Jag skulle vilja avsluta här - men låt aldrig inlärningen stoppa. ”Var ledaren och önskar dig mycket Lyckligt lärande ”.
Författare: Det här inlägget har skrivits av Shobha D. Hon arbetar som projektledare och har 9+ års erfarenhet av manuell, automatisering och API-testning.
Allt det bästa för din intervju !!
Rekommenderad läsning
- Intervjufrågor och svar
- 25 bästa intervjuer och svar på Agile Testing
- Några intressanta programtestintervjufrågor
- 25+ mest populära ADO.NET intervjufrågor och svar
- Topp 25 Perl-intervjufrågor som du bör förbereda 2021
- Topp 25 Frågor om programvaruteknik (SENASTE 2021)
- ETL Testing Intervju Frågor och svar
- 40+ populära test QA-analytikerintervjuer och svar (2021 LIST)