top 25 azure test plan
Mest populære interviewspørgsmål om Azure Test Plan:
Azure Test Plan er alternativt også kendt som Azure DevOps Test Plan eller TFS (Team Foundation Server).
Jeg har brugt Azure Test Plan på arbejde som et teststyringsværktøj i mere end 2 år nu.
Her, i denne artikel, ville jeg give en omfattende liste over interviewspørgsmål til Azure Test Plan (en hel del vanskelige spørgsmål og deres løsninger, som jeg har lært med erfaring om værktøjet).
Før vi går videre til sættet med interviewspørgsmål, vil jeg gerne sætte en holistisk kontekst på, hvad Azure Test Plan er, og hvilket formål løser det for et QA-team.
- Azure Test Plan er alternativt også kendt som Azure DevOps Test Plan eller TFS (Team Foundation Server).
- Azure Test Plan er et af de bedste webbaserede teststyringsværktøjer til manuel og automatiseret test.
- Værktøjet giver en meget god mulighed for at få en ende til slut sporbarhed ved at have krav, specifikationsdokumenter og / eller brugerhistorier knyttet til testsagerne, testresultaterne og de rapporterede mangler.
- Værktøjet hjælper med at holde styr på konfigurationsoplysningerne, f.eks. Testsager, der køres mod et bestemt miljø eller antal builds, forfatteren af testsagerne og den kvalitetssikring, der udførte testsagerne.
- Det hjælper med at tildele eller distribuere testsagerne på tværs af mange testere i teamet.
- Det tjener et stort formål, dvs. start lige fra oprettelse af nye testsager, genbrug af eksisterende testsager, indtil det let kan spore udviklingen af testindsatsen.
- Det gør det også muligt at have et tilpasset instrumentbræt med enkle og tilsyneladende diagrammer.
Top TFS-interviewspørgsmål - Azure-spørgsmål om testplaninterview
Her er en omfattende liste over interviewspørgsmål om TFS:
Q # 1) Navngiv forskellige typer testsuiter, som TFS giver brugeren mulighed for at oprette, og hvordan adskiller de sig fra hinanden?
Svar: Test Suite er grupperingen af flere testsager. Grupperingen af testsager kan være i modstrid med kravet eller ethvert andet arbejdsemne som brugerhistorier, en funktion, en anmodning om ændring, eller disse kan grupperes som en 'Regression test suite' eller 'Smoke test suite'.
Der er tre typer testpakker, som brugerne kan oprette i TFS:
- Statisk testpakke
- Kravstest suite
- Forespørgselsbaseret testpakke
(Workflow:
Opret testpakke: Åbn projekt -> Test -> Testplan -> Højreklik på Project -> Klik på Test Suite.
Opret Backlog-emne: Åbn Project -> Boards -> Backlogs -> New work item )
a) Statisk testpakke : Dette opretter en grundlæggende mappe, hvor du manuelt kan tilføje eksisterende testtilfælde eller oprette nye. Du kan også tilføje flere børnesuiter under hovedsuiten. For eksempel - En funktionel testfase i Sprint 15 har 3 anmodninger om ændring.
Eksempel: Når CR-123, CR-456, CR-789 er 3 anmodninger om ændring, har du en struktur af statiske suiter oprettet som nedenfor:
Du kan derefter tilføje testcases under hver af disse børnetestpakker.
b) Kravsbaseret suite: Denne type suite bruges normalt i Agile-testmetoden eller i det væsentlige, når holdet beslutter at få hver testsuite kortlagt mod hvert krav. Kravet kan være ethvert arbejdsemne, der repræsenterer brugerhistorier eller ethvert funktionelt krav.
- For at have en kravsbaseret pakke skal du først tilføje arbejdsemnerne (brugerhistorier, funktioner) under Backlog.
- Opret kravbaseret testpakke, så vises et forespørgselsvindue som nedenstående billede.
Her vælger du Mark = Arbejdsartype, Værdi = Microsoft.RequirementCategory og Områdesti = og klik på Kør forespørgsel .
Det resulterende vindue viser alle de eksisterende efterslæbsposter / krav til projektet. Vælg den, du vil tilføje, og testpakke-mappen oprettes med titlen nøjagtigt den samme som den brugerhistorie, du valgte. Alle de testsager, du opretter under pakken, bliver nu kortlagt mod brugerhistorien.
c) Forespørgselsbaseret suite: Som navnet selv antyder, giver denne type suite dig mulighed for at tilføje eksisterende testsager ved at forespørge projektdatabasen i TFS. Genanvendelighed af eksisterende testsager er det aspekt, som denne type suite fokuserer på.
Når du tilføjer en forespørgselsbaseret pakke, vises et forespørgselsvindue, hvor du kan tilføje de eksisterende testcases fra det aktuelle projekt eller et andet projekt.
( Bemærk: @Project henviser til det aktuelle projekt og @me henviser til min bruger-id i TFS i nedenstående billede)
Spørgsmål nr. 2) Du havde en diskussion med din forretningsanalytiker med hensyn til testmetoden og testområdet for en eller flere bestemte testsager, og du skal underrette dine holdkammerater om det samme. Hvordan kan du give dem besked via TFS?
Svar: Når du dobbeltklikker på en testsag i listevisningen og åbner den, vises et vindue, hvor du kan se testsagens titel, tags, du har tilføjet, sektioner til oversigt, trin, vedhæftede filer og diskussion. For at meddele noget til holdkammeraten (e), kan man gøre brug af en funktion kaldet “@mention”.
I sektionen Diskussion kan du bruge symbolet @ og derefter vises listen over bruger-id'er til projektet. Du kan derefter vælge et bruger-id, som du vil underrette om, efterfulgt af en besked. Du kan også indtaste flere @ bruger-id'er til at underrette flere holdkammerater ad gangen.
Hvis du har brug for at tilføje et link i meddelelsen, skal du tilføje symbolet # efterfulgt af URL'en og derefter trykke på ENTER. Meddelelsen tilføjes som et diskussionspunkt, og en e-mail sendes automatisk til den bruger, der er nævnt i @mention.
For eksempel, @Shalini Singh kan du henvise til testdækningsmatrixen
I ovenstående eksempel tilføjede jeg en meddelelse, der skal udløse en e-mail til Shalini Singh med en besked som ovenfor sammen med hyperlinkteksten www.softwaretestinghelp.com/test-coverage/
Se nedenstående billede for bedre forståelse:
Spørgsmål nr. 3) Hvordan sorterer du de testsager, du tilføjer i TFS?
Svar: Når du tilføjer testcases i TFS, tilføjes de ganske ofte på en usorteret måde. Der er to måder, hvorpå du kan sortere testsagerne.
til) I listevisningen af testsagerne er der en kolonne med navnet 'Bestil'. Hver testsag får et unikt ordre-id, der automatisk tildeles baseret på den rækkefølge, hvori testsagen tilføjes. Du kan sortere testkassen ved at klikke på kolonnen Bestil.
(billede kilde )
b) Eller i øverste højre hjørne er der en indstilling, der hedder 'Bestillingstest'. Ved at klikke på Bestillingstest sorteres alle testtilfælde i listevisningen.
bedste program til download af YouTube-videoer
Spørgsmål nr. 4) Hvad er de forskellige synspunkter, der er tilgængelige for testsager i TFS?
Svar: Der er to visninger til rådighed for testsager i TFS:
- Listevisning
- Gittervisning
a) Listevisning: Dette er standardvisningen af testsagerne i TFS. I denne visning, som navnet antyder, vises alle testcases sorteret ned, hvis listen er sorteret ved hjælp af ordre-id.
Der er flere kolonner vist for hver testcase i denne visning; synes godt om Resultat - hvilket er den seneste status i testsagen Bestille - repræsenterer ordre-id baseret på ordren til indsættelse af testsagen ID - et automatisk genereret unikt test-id, Titel , Konfiguration , forventet resultat , etc.
I denne visning kan du udføre følgende handlinger:
- Du kan køre testsagerne.
- Marker teststatus for hver testtilfælde.
- Tilføj nye testsager, eller importer eksisterende testsager.
- Slet eksisterende testsager.
- Filtrer testsagerne baseret på forskellige kriterier som konfigurationer, tags osv.
- Du kan også distribuere testsagerne blandt testerne.
- Flyt testcases ved at trække og slippe.
- Skift konfigurationen af testsagerne.
- Dobbeltklik på testsagen åbner et andet vindue, hvor der vises et gitterbillede af testsager. Du kan tilføje, opdatere eller slette testtrin i dette vindue.
Billedet nedenfor viser ListView:
b) Gittervisning: I øverste højre hjørne af listevisningen - du kan se muligheden 'Liste' ved at klikke på denne mulighed skifter visningen til 'Gitter'. Gittervisning ligner meget den i en Excel-regnearksvisning. I denne visning får du ikke lov til at udføre de handlinger, som listevisningen giver dig mulighed for at udføre.
Gittervisning:
- Det gør det muligt for brugeren at tilføje flere testtrin meget som Excel gør.
- Du kan endda genbruge de eksisterende testsager fra Excel på en lettere måde i denne visning.
- Du kan indsætte en række, slette en række eller opdatere testcases.
Husk dog, at du i en gittervisning ikke kan importere en eksisterende testsag gennem en forespørgsel, og at du ikke kan køre eller opdatere testsagens status.
En anden primær forskel mellem de to synspunkter er, at på trods af at begge visningerne giver brugeren mulighed for manuelt at tilføje, slette eller opdatere testsagerne -
- Listevisning giver dig mulighed for at tilføje eller opdatere en testtilfælde ad gangen.
- Gittervisning giver dig mulighed for at tilføje eller opdatere flere testtilfælde hver med flere testtrin på én gang.
Nedenstående billede viser gittervisningen.
Spørgsmål nr. 5) Tilbyder TFS indstillinger som træk og slip og stavekontrol i gittervisning af testsager? Hvis ikke, hvordan kan du løse dette problem?
Svar: TFS giver ikke muligheder som træk og slip af testtrin til at kopiere data fra en celle til en anden eller for automatisk at forøge en numerisk identifikator i de andre celler.
Det bedste alternativ er at forberede testsagerne i Excel med en træk-og-slip-funktion, hvor det er nødvendigt, og rette alle typografiske fejl ved at køre stavekontrol og derefter flytte dem til TFS.
Q # 6) Du kan tilføje flere linjer i en celle ved hjælp af ALT + Enter i Excel. Hvordan kan du udføre den samme handling i TFS - gittervisning?
Svar: SHIFT + Enter er den genvej, der bruges i TFS, mens du tilføjer testsager i gittervisning.
Q # 7) Hvad er de forskellige kriterier, der bruges i Query-søgningen?
Svar: Ligesom SQL-forespørgsler giver forespørgselssøgning også brugerne mulighed for at søge i hele TFS-databasen baseret på et felt- eller kolonnenavn, en operatør og den forventede værdi.
Forespørgselssøgning kan udføres ved hjælp af forskellige kriterier som forklaret nedenfor:
a) Forespørgselsøgning baseret på en kontrol af, at et bestemt felt indeholder en tekstværdi:
I nedenstående billede hentes ethvert arbejdselement (brugerhistorier, funktioner eller testcases eller testpakker osv.) Fra det aktuelle projekt med titel eller beskrivelse, der indeholder ordene 'web' og 'performance eller vejledning', når det køres.
b) Forespørgsel baseret på WorkItemType:
Billedet nedenfor viser søgeforespørgslen baseret på WorkItemType = bugs.
- Når felt = Arbejdsartype, operator = ”I gruppe” og Værdi = Microsoft.BugCategory, søger det efter alle TFS-fejl rapporteret til projektet.
- Når værdi = Microsoft. Test CaseCategory, denne søgning er foretaget for at hente alle testcases, der matcher resten af feltkriterierne.
- Tilsvarende når Value = Microsoft. RequirementCategory - arbejdsposter fra backlog - dvs. brugerhistorierne eller funktionerne hentes.
c) Forespørgselsøgning baseret på de tilgængelige kolonnemuligheder:
I nedenstående billede søges alle de tildelte bugs.
Forespørgslen kunne være baseret på søgekriterierne for en kolonneværdimatch, kolonnerne kunne være en hvilken som helst tilgængelig kolonne som tags, prioritet, tildelt til, ID, konfiguration, beskrivelse og mange andre tilgængelige kolonner.
Du kan også hente visse kolonner, der har null eller tomme værdier. I nedenstående billede blev alle opgaver med tom aktivitet hentet.
Spørgsmål nr. 8) Kan du genbruge de eksisterende testsager i TFS? Hvis ja, forklar alle de forskellige alternativer til at gøre det.
Svar: Excel giver dig mulighed for at trække og slippe bestemte testtrin, og de bliver hurtigt kopieret over flere celler, hvis der er numeriske identifikatorer, der trækker celleværdierne, der automatisk udfylder de inkrementerede identifikatorer.
Stavekontrol er en anden fordel, som findes i Excel, og som er meget vigtig under oprettelse af testsager for at undgå typografiske fejl. Desværre er dette en kendt ulempe i TFS lige nu, hvor Microsoft allerede adresserer og arbejder på.
Alligevel er den heldige side, at du stadig kan skrive testsagerne i Excel i det format, der matcher gittervisningen, og kan køre stavekontrollen. De kan let kopiere og indsætte excel-data ved hjælp af CTRL C & CTRL V i gittervisningen i TFS og trykke på CTRL + S for at gemme test (s).
Spørgsmål nr. 9) Efter at have importeret en eksisterende testsag med id - 123 (for eksempel) gennem forespørgslen, ændres id'et for den nyklonede testsag eller forbliver den som 123?
Svar: Når du klikker på Tilføj eksisterende testtilfælde i listevisningen af testsagerne, vises et forespørgselsvindue -
Vælg WorkItemType = Microsoft.Test CaseCategory, AreaPath = og ID =.
Den eksisterende testcase med id'et kopieres til den aktuelle suite, og test-id'en forbliver den samme.
( Eksempel: Hvis det importerede id var 123, efter kloning af testsagen, bevares den klonede testsag det samme id.)
Q # 10) Efterfølgende med Q9 over, hvis du laver en opdatering til de klonede testsager, og nu importeres det samme test case-id igen ved hjælp af forespørgslen, hvilke data vil det vise - original eller opdateret?
Svar: Hvis du opdaterer et par testtrin og klikker på Gem, ændres testsagens id stadig ikke. Du skal derefter navigere til den tredje testpakke og importere testkassen med samme id. Nu tilføjes den opdaterede testcase med de nyeste testtrin. Der vil dog ikke være nogen ændring i den originale testsag i den første testsuite.
Spørgsmål nr. 11) Hvordan tilføjer du tags-kolonne i sektionen Test cases? Hvornår og hvordan er det nyttigt at bruge tags?
Svar: For at tilføje tags-kolonne i sektionen Test case findes der en mulighed på ListView med navnet Kolonneindstillinger . Denne indstilling åbner et vindue, hvorigennem du vil være i stand til at tilføje kolonnen 'Tags' i sektionen Test cases.
'Tilføj tag' giver dig mulighed for at tilføje en hvilken som helst tekstværdi som Tag. (Se den fremhævede mulighed i nedenstående billede)
hvilket er bedre linux eller windows
Du kan også tilføje tags i gittervisningen. For at tilføje flere tags i gittervisningen skal du indtaste flere tekster i kolonnen Tags, der hver er adskilt med et komma.
( Eksempel: Hvis du indtaster 'Positiv', 'Eksplorativ' for en testtilstand under gittervisningen, så klikker du Gem vil vise flere tags i listevisning som filtre i øverste højre hjørne.
Se billedet nedenfor:
Brug af tags tjener mange fordele:
- Tag hver testsag mod en bestemt kategori. Eksempel: Positivt, negativt for at kategorisere testsagerne i positive og negative scenarier.
- Filtrering af testcases ud fra nøgleordet (tags).
- For hver testtilfælde kan du også kortlægge et krav-id i kolonnen Tags, som ikke kun hjælper med at opretholde sporbarhed fra slutning til slut, men også giver dig mulighed for at filtrere testsagerne ud fra hvert krav-id og sørge for, at der er nok test dækning er på plads.
Spørgsmål nr. 12) Hvordan kan du hurtigt få testsager under Regression-pakken klar, hvis de funktionelle testcases for projektet er klar, og flere sprints af projektet allerede er leveret til klienten?
Svar: Følg nedenstående trin for hurtigt at få de eksisterende testsager til Regression-pakken:
- Når de funktionelle testpakker til et projekt er på plads, skal du identificere alle testtilfælde, der er egnede til regression.
- Tilføj tag som “Regression Candidate” for alle tilfælde af regressionstest, som du identificerer.
- Opret en ny suite som 'Regression Testing' under projektet. Suiten kan være af typen statisk eller forespørgselsbaseret.
- Klik på Tilføj eksisterende testcase, i forespørgselsvinduet skal du vælge kriterier som Tags = ’Regression Candidate’ og klikke på Kør.
- Den resulterende får alle testcases fra projektet identificeret til regressionstest.
- Du kan vælge alle testsager fra det resulterende vindue og klikke på Importer. Som et resultat tilføjes alle de krævede testsager i pakken, og regressionssuiten er klar.
Spørgsmål nr. 13) Kan testforfatterens forfatter være forskellig fra de testere, der er tildelt dem i TFS. For eksempel, hvis person A er den, der har skrevet prøvesagen. Hvordan kan du tildele det til person B til udførelse?
Svar: Ja, testforfatterens forfatter kan være forskellig fra de testere, der er tildelt dem i TFS. Når du tilføjer testcases til en testpakke, vises dit navn som standard under kolonnen Tester.
I testvisningen på listevisningen skal du vælge en testtilfælde, højreklikke og vælge indstillingen 'Tildel tester', som derefter viser listen over de eksisterende brugere. Du kan vælge en tester, og sådan tildeler du en test case til QA inden for dit team.
Du kan ligeledes vælge flere testsager og følge den samme arbejdsgang for at tildele flere testsager til en tester på én gang.
Q # 14) Til testsagerne medEksempel:50 trin, og du har delvist udført dem; hvordan kan du genoptage testudførelsen og fortsætte med at opdatere teststatus fra de trin, hvor du forlod sidste gang?
Svar: Du kan køre testcasen ved at klikke på knappen Kør i listevisningen, og dette åbner derefter testløbervinduet.
Se nedenstående billede:
Hvis du udfører alle 50 trin på én gang, kan du opdatere testtrinens status som Pass / Fail / Blocked / Not Applicable, og teststatus opdateres derfor i overensstemmelse hermed.
Men hvis den samme tilgang følges, mens din delvise udførelse, vil arbejdsgangen være som nedenfor:
Workflow 2:
- Du har opdateret 5 trin til Fail og 20 trin til Pass, lad resten af de 25 trin være uudført. - + Gem og luk. - Dette opdaterer derfor testtilstandens status som Fejlet (da 5 trin blev fejlet tilbage).
- Du fortsætter derefter testen ved at klikke på knappen Kør - Status for de foregående 25 testtrin bevares ikke. Du skal derefter opdatere teststatus og deres kommentarer startende fra trin 1.
Workflow 3: Dette er den bedste fremgangsmåde, der skal følges, når du har brug for at udføre testudførelse til en testsag delvist, og du har brug for en måde at genoptage testen senere, når det er nødvendigt.
På testkøreren skal du opdatere status for de udførte testtrin og lade resten af testtrinnene være udført. Gem og luk ikke testkassen i stedet for på testkasseniveauet, vælg testkassestatus som Pause. Når testsagen er i pausestatus, er indstillingen Genoptag ud for Kør aktiveret.
Billedet af knappen Genoptag vises nedenfor:
(billede kilde )
Q # 15) Blandt 10 testtrin mislykkes 1 testtrin efter udførelse. Den tilknyttede fejl testes igen, når rettelsen er foretaget. Hvordan håndterer du opdateringen af teststatus for testsagen?
Svar: Sæt testsagens status på pause, når et hvilket som helst trin mislykkes, så du kan genoptage derfra og kun markere de mislykkede trin som bestået.
Hvis testsagens status blev gennemført, skal du køre det igen, hvis du opdaterer teststatus fra trin 1, da den tidligere status for trinene opdateres, og testsagerne vender tilbage til aktiv status.
Spørgsmål nr. 16) Forklar arbejdsgangen til udførelse af testsager i Test Runner og i ListView.
Svar:
- I vinduet Test Runner
- Hvis du har brug for at markere teststrinet som 'Bestået', skal du klikke på afkrydsningsfeltet for det trin.
- Hvis du vil markere teststrinet som 'Fejl', skal du klikke på krydstegnet for det trin.
- Hvis du har brug for at tilføje kommentarer til et testtrin, viser Pass test-trinnet ikke området med tekstkommentarer. Fra nu af er kommentarsektionen kun tilgængelig i trinene 'Mislykket'.
- Hvis du har brug for at tilføje en kommentar til et bestået trin, skal du markere det som mislykket (klik på krydsikonet) og derefter bestå trinnet (klik på krydsikonet), og du vil se kommentarsektionen. Dette er det kendte problem i TFS.
- Du kan også holde pause på testtrinniveauet og på testsagens niveau.
- For testsagen med parametriserede data køres flere iterationer af testsager.
- Du kan også markere testsagens status som Blokeret.
- På listevisningen af tests
- Du kan vælge flere testsager på listen Test cases og markere dem som Pass på én gang og et par andre sæt testsager som Fail. Med denne fremgangsmåde opdateres testsagernes status imidlertid ikke på testtrinniveauet.
- Der er også andre muligheder såsom Blokeret, Ikke anvendelig, Indstil som Aktiv, Genoptag (for testsag, der er sat på pause)
Spørgsmål nr. 17) Hvordan kan du oprette en fejl i TFS under udførelse af testsag? Bliver det automatisk knyttet til testsagen?
Svar: Oprettelse af en fejl i TFS under testudførelse:
Klik på i vinduet Test Runner Opret fejl mulighed for at oprette en ny fejl (Se nedenstående billede)
Et vindue åbnes som vist nedenfor, hvor du udfylder bugdetaljerne og derved klikker på Gem automatisk genererer et bug-id.
Forbindelsen mellem testsagen og bug-id:
Fejlen kortlægges automatisk til TFS, hvis det er et TFS-bug-id. Hvis fejlen er rapporteret i et eksternt værktøj til styring af fejl, skal du manuelt kortlægge fejl-id'et i kommentarfeltet eller i kolonnen Tag i testtrinet.
Se TFS-bug-id kortlagt til en testtilfælde:
Det mislykkede trin kortlægges automatisk til fejlen. Testcasen kortlægger også automatisk til TFS-bug-id'et. Her er hvordan du kan se listen over fejl-id'er, der er kortlagt til en testsag.
- Gem og luk testløbervinduet.
- Naviger til Relateret arbejde sektion Underordnede links til testsagen.
- Under linket vil have alle de tilknyttede fejl til den test sag.
Spørgsmål nr. 18) Hvordan kan du spore testens fremskridt?
Svar: Lige ved siden af 'Test' -fanen er der en 'Diagrammer' -fane. Du kan spore testforløbet på test case niveau eller testresultat niveau og få et tilpasset diagram efter eget valg.
Nedenfor er de to eksempler på, hvordan man udarbejder et diagram.
a) Testresultat-metrics: antallet af bestået / mislykket / blokeret / igangværende status:
Vælg Group by = Outcome, Values = count of Tests.
Baseret på den valgte diagramtype i sektionen Snapshot (cirkel, bjælke, kolonne osv.) - Diagrammet, der vises, giver dig metrics for antallet af testcases - Ikke kørt, ikke relevant, bestået, mislykket, blokeret, pause .
b) Test case status pr. tildelt tester:
Vælg pivottabel under øjebliksbillede, rækker = tester, kolonner = resultat, antal værdier af tests - du kan derefter se pivottabellen, der viser metrics i nedenstående format:
Spørgsmål nr. 19) Hvordan kan du analysere, hvilket modul / område der har flest defekter, efter at udførelsen er afsluttet for en bestemt sprint eller iteration?
Svar: Opret et diagram ved hjælp af enten en stablet bjælke eller en pivottabel. Vælg Name = 'Bugs by Team', Y-axis = 'Node name', Group by = 'Priority', Aggregation = Count of work items.
Dette viser, hvilket modul / område der har flest defekter, efter at udførelsen er afsluttet for en bestemt sprint eller iteration. (se billedet nedenfor)
Spørgsmål nr. 20) Hvordan understøttes parametrering i TFS? Forklar hvordan implementerede du test med datavariationer med et eksempel fra dit projekt.
Svar: Parameterisering er en af de bemærkelsesværdige funktioner, som TFS giver. Der er situationer, hvor du har brug for at teste det samme trin, men med datavariationer / flere testdata, og det er her, parametrering hjælper.
Opret eller tilføj parametre:
Der er en mulighed kendt som 'Parametre' lige ved siden af 'Testplan'.
Parameterskærm:
(billede kilde )
forskel mellem test af hvid boks og sort boks
Ved at klikke på denne mulighed åbnes skærmbilledet Parameter, hvor du kan se dine testdata. I nedenstående Eksempel - der er datavariationer indstillet til de 3 kolonner i gitteret - Nummer1, Nummer2, Resultat.
Bemærk : du kan navngive kolonnerne, som du ønsker.
(billede kilde )
Få adgang til parameteren i vores test case:
Nu hvor parameteren er klar til brug. Du kan få adgang til disse værdier i testsagerne. Brug for at få adgang til de parametriserede data @columnname i testtrinet, uanset hvor du ønsker at få adgang til det.
Se implementeringen nedenfor:
Her bruges @ nummer1 i trin 1, kolonnen @ nummer2 bruges i trin 2, og der er adgang til @ resultat i det forventede resultat fra trin 3. Hvis parametriseringen ikke var på plads, har du muligvis haft brug for 9 trin hver med separate testdata nævnt . Denne ekstra testforberedelsesindsats gemmes gennem denne funktion.
Udfør testtilfælde med parametriserede data:
Fra listevisningen af testtilfælde, når du kører dem, åbnes testløberen.
De parametriserede data køres nu i iterationer:
For vores ovenstående eksempel:
Den første kørsel viser:
'Test 1 af 3: Iteration 1',
Trin 1: Indtast @ nummer1
Nummer1 = 5
Trin 2: Indtast @ nummer2
Tal2 = 5
Trin 3: Tilføj begge tal Resultat = 10 i kolonnen med forventet resultat
Du kan markere bestået / ikke bestået på testtrinniveauet eller direkte på iterationsniveauet. Husk, selvom du markerer Iteration1 som Pass (f.eks.), Er hele testsagens status ikke indstillet - testcase er endnu ikke fuldt kørt. Klik derefter på næste og tilsvarende, følg fremgangsmåden til Iteration 2 og Iteration 3.
Når status er opdateret for alle iterationer, indstilles testsagens status som Pass / Fail / Pause automatisk. Antallet af iterationer = antallet af rækker i parameteren. Her var der 3 iterationskørsler, da der var 3 rækker testdata tilgængelige i parametrene.
Se på billedet nedenfor som reference ( Bemærk: billedet er ikke en efterfølger af ovenstående eksempel)
Spørgsmål nr. 21) Hvad er de forskellige måder at udtrække testsagerne sammen med den opdaterede status efter udførelse?
Svar: Der er 4 alternativer til at udtrække testsagerne sammen med den opdaterede status efter udførelse.
De er:
a) Eksport via e-mail - Vælg Test Suite, vælg Eksport -> Eksporter via e-mail. Med denne funktion kan du eksportere testsagerne til e-mail-id'et.
Se billedet nedenfor:
(billede kilde )
b) Udskriv rapporten : Du kan også udskrive rapporten.
c) Eksporter til excel-hjælpeprogrammet : Der er et hjælpeprogram, hvor du kan eksportere dine testsager sammen med resultaterne til en excel-fil.
For flere detaljer om hjælpeprogrammet, se billedet nedenfor:
(billede kilde )
d) Kopier og indsæt fra gittervisningen til Excel: Du kan kopiere og indsætte ved hjælp af henholdsvis Ctrl + C og Ctrl + V fra gittervisningen til Excel og derefter opdatere status manuelt for det faktiske resultat og teststatus.
Spørgsmål nr. 22) Hvordan kan testtrin deles, og hvor ellers kan du bruge de delte trin?
Svar:
Deling af et teststrin: Når du dobbeltklikker på en testtilstand i listevisningen, åbnes det detaljerede vindue i testsagen. Ved siden af resumeet er der en fane Trin. Når du maksimerer trinfanen, vises en skærm som i nedenstående billede.
Du kan tilføje et delt trin som vist nedenfor: Klik på ikonet Opret delte trin, og opret et nyt testtrin. Dette deles nu og kan også genbruges i en anden testpakke eller et andet projekt. (Se billedet nedenfor)
Genbrug af delt trin: Gå til trinskærmen, hvor du vil tilføje et eksisterende delt trin. Ikonet lige før 'Opret delte trin' er for 'Indsæt eksisterende delt trin', klik på ikonet, et forespørgselsvindue åbnes med felt = 'Arbejdsartype', Operator = 'I gruppe', Værdi = 'Microsoft.SharedStepCaregory ”.
Når du kører forespørgslen, vises alle de eksisterende delte trin. Du kan derefter vælge trinene og klikke på Indsæt delte trin. (Se billedet nedenfor)
Spørgsmål nr. 23) Hvis testdataene er tilgængelige i en excel-fil, der leveres af en klient, hvordan kan de bruges i TFS?
Svar: Du kan simpelthen kopiere og indsætte data fra excel-filen, der leveres af klienten, til en ny parameter i TFS. (Se Q # 20 ovenfor, da det præciserer, hvordan man opretter en ny parameter og får adgang til parameteren i en testtilfælde).
Spørgsmål nr. 24) Hvordan kan du gøre et lokalt tilgængeligt diagram tilgængeligt på dashboardet for teamet, og de berørte interessenter kan også se?
Svar: Fanen ud for 'Test' er 'Diagram' , hvor du kan tilføje diagrammer. Når diagrammet vises, skal du højreklikke på diagrammet og 'Føj til dashboard' mulighed er tilgængelig - forudsat at dashboard-widgets allerede var konfigureret. For det andet skal du huske, at diagramudvidelse til dashboard også kræver administratorrettigheder, ellers er denne mulighed deaktiveret for dig.
Spørgsmål nr. 25) Hvordan kan du distribuere alle testsagerne i pakken blandt QA-medlemmerne til eksekvering og underrette dem via TFS?
Svar: Højreklik på testpakken, og vælg 'Tildel testere til at køre alle tests' og en dialogboks åbnes, hvor du kan tilføje flere testers bruger-id, markere afkrydsningsfeltet Send e-mail, indtaste Emne og Notat. Klik på OK.
Der sendes en e-mail til testerne på listen med beskeden. Sådan sker tildeling og meddelelse om tildeling samtidigt.
Se billederne nedenfor for bedre klarhed:
Spørgsmål nr. 26) Hvordan kan vi have tagget 'Regression Candidate' fjernet på alle prioritets 2 testsager på én gang?
Svar:
til) Hent testsagerne for projektet, der har prioritet 2 gennem forespørgslen.
b) Forespørgselskriterierne er som følger:
- Team projekt = @ projekt
- WorkItemType i gruppe Microsoft.TestCaseCategory
- Prioritet = 2
c) Vælg alle de testsager, der er hentet i det resulterende vindue, når forespørgslen er kørt.
d) Indstillingen 'Rediger valgt arbejdselement' vises. Vælg denne indstilling. (Se billedet nedenfor)
er) Vinduet Rediger arbejdsemner vises.
f) Vælg felt = Mærker (Fjern) = Værdi = Regression Candidate, og klik på Gem.
Denne arbejdsgang fjerner Tag = Regression Candidate til alle testsagerne med Prioritet 2 for projektet.
Spørgsmål nr. 27) Hvordan henter du testcases med den specifikke konfiguration fra flere projekter gennem forespørgslen?
Svar: Opret en ny testpakke, og navngiv den passende. I listevisningen af testtilfældet skal du vælge 'Tilføj eksisterende testtilfælde', så åbnes et forespørgselsvindue.
- Vælg ikke 'Team Project' = @ Project. Dette henter kun arbejdsemner fra det aktuelle projekt.
- Hvis du har brug for at vælge testsager med konfiguration Eksempel: 'Forproduktion', vælg forespørgselskriterier med kolonne Konfiguration = Forproduktion, Arbejdsartype = Microsoft.TestcaseCategory og markér afkrydsningsfeltet i øverste højre hjørne af forespørgselsvinduet 'Forespørgsel på tværs af projekter'.
- Kørsel af denne forespørgsel henter testcases med konfiguration = Forproduktion fra flere projekter.
Konklusion
Mens TFS testhåndteringsværktøj fanger markedet gradvist, forsøgte vi at tage et dybt dyk ind i emnet og konsolidere dets nitty-gritty og har forsøgt vores bedste for at gøre vores QA-folk bekendt med de store og fantastiske funktioner, som TFS understøtter sammen med visse kendte problemer eller ulemper og alternative måder at tackle dem på.
Håber, du høster det maksimale udbytte ved at forstå værktøjets arbejdsgang og lige så få viden om de mest sandsynlige og relevante spørgeskemaer til TFS.
Et populært citat lyder 'Ledere holder aldrig op med at lære'. Jeg vil gerne afslutte her - men lad aldrig læringen stoppe. ”Vær leder og ønsker dig en meget Glad læring ”.
Forfatter: Dette indlæg er skrevet af Shobha D. Hun arbejder som projektleder og har 9+ års erfaring inden for manuel, automatisering og API-test.
Alt det bedste til dit interview !!
Anbefalet læsning
- Interviewspørgsmål og svar
- 25 bedste spørgsmål og svar til interview med Agile Testing
- Nogle interessante softwaretestinterviewspørgsmål
- 25+ mest populære ADO.NET interviewspørgsmål og svar
- Top 25 Perl-interviewspørgsmål, du skal forberede i 2021
- Top 25 spørgsmål om softwareingeniørinterview (SENESTE 2021)
- ETL Testing Interview Spørgsmål og svar
- 40+ populære test-QA-analytikerspørgsmål og svar (2021 LIST)