Topp 25+ Azure Test Plan eller TFS intervju spørsmål

top 25 azure test plan

De mest populære intervjuspørsmålene om Azure Test Plan:

Azure Test Plan er alternativt også kjent som Azure DevOps Test Plan eller TFS (Team Foundation Server).

Jeg har brukt Azure Test Plan på jobben som et testadministrasjonsverktøy i mer enn 2 år nå.

Her, i denne artikkelen, vil jeg gi en omfattende liste over intervjuspørsmål for Azure Test Plan (ganske mange vanskelige spørsmål og deres løsninger som jeg har lært med erfaring på verktøyet).

Før vi går videre til intervjuspørsmålene, vil jeg sette en helhetlig kontekst på hva Azure Test Plan er og hvilket formål løser det for et QA-team.

• Azure Test Plan er alternativt også kjent som Azure DevOps Test Plan eller TFS (Team Foundation Server).
• Azure Test Plan er et av de beste nettbaserte testadministrasjonsverktøyene for manuell og automatisert testing.
• Verktøyet gir et veldig godt alternativ for å få slutt på sporbarhet ved å ha krav, spesifikasjonsdokumenter og / eller brukerhistorier knyttet til testsaker, testresultater og rapporterte mangler.
• Verktøyet hjelper med å holde rede på konfigurasjonsdetaljene, for eksempel testsaker som kjøres mot et bestemt miljø eller antall builds, forfatteren av testsakene og QA som utførte testsakene.
• Det hjelper å tilordne eller distribuere testsakene over mange testere i teamet.
• Det tjener et stort formål, det vil si å starte rett fra å opprette nye testsaker, gjenbruke eksisterende testsaker til det enkelt kan spores fremdriften for testinnsatsen.
• Det gjør det også mulig å ha et tilpasset dashbord med enkle og tydelige diagrammer.

Topp spørsmål om TFS-intervju - Azure Test Plan Intervju-spørsmål

Her er en omfattende liste over intervjuspørsmål om TFS:

Q # 1) Nevn forskjellige typer testsuiter som TFS tillater brukeren å lage, og hvordan er de forskjellige fra hverandre?

Svar: Test Suite er grupperingen av flere testsaker. Gruppering av testsaker kan være i strid med kravet eller andre arbeidsoppgaver som brukerhistorier, en funksjon, en endringsforespørsel, eller disse kan grupperes sammen som en 'Regression test suite' eller 'Smoke test suite'.

Det er tre typer testserier som brukerne kan lage i TFS:

• Statisk testsuite
• Kravstestpakke
• Spørringsbasert testpakke

(Arbeidsflyt:
Opprett testpakke: Åpne prosjekt -> Test -> Testplan -> Høyreklikk på Prosjekt -> Klikk på Testpakke.
Opprett etterslepselement: Åpne prosjekt -> Tavler -> Etterslep -> Nytt arbeidselement )

a) Statisk prøvesuite : Dette oppretter en grunnleggende mappe der du kan legge til eksisterende testtilfeller manuelt eller opprette nye. Du kan også legge til flere barnesuiter under hovedsuiten. For eksempel - En funksjonell testfase av Sprint 15 har 3 forespørsler om endring.

Eksempel: Når CR-123, CR-456, CR-789 er 3 forespørsler om endring, har du en struktur av statiske suiter opprettet som nedenfor:

Du kan deretter legge til testtilfellene under hver av disse barneprøver.

b) Kravbasert suite: Denne typen suite brukes vanligvis i den smidige metodikken for testing, eller i hovedsak når teamet bestemmer seg for å få kartlagt hver testsuite mot hvert krav. Kravet kan være ethvert arbeidselement som representerer brukerhistorier eller ethvert funksjonskrav.

1. For å ha en kravbasert suite, må du først legge til arbeidselementene (brukerhistorier, funksjoner) under etterslep.
2. Opprett kravbasert testpakke, så vises et spørringsvindu som bildet nedenfor.

Her velger du Felt = Arbeidstype, Verdi = Microsoft.RequirementCategory og Arealsti = og klikk på Kjør spørring .

Det resulterende vinduet vil vise alle eksisterende etterslagselementer / krav til prosjektet. Velg den du vil legge til, og testpakke-mappen blir opprettet med tittelen akkurat som brukerhistorien du valgte. Alle testtilfellene du oppretter under suiten, blir nå kartlagt mot brukerhistorien.

c) Spørringsbasert suite: Som navnet selv antyder, lar denne typen suite deg legge til eksisterende testtilfeller ved å spørre prosjektdatabasen i TFS. Gjenbrukbarheten av eksisterende testsaker er det aspektet som denne typen suite fokuserer på.

Når du legger til en spørringsbasert pakke, vises et spørringsvindu der du kan legge til eksisterende testtilfeller fra det aktuelle prosjektet eller et annet prosjekt.

( Merk: @Project refererer til det nåværende prosjektet og @me refererer til bruker-ID-en min i TFS i bildet nedenfor)

Spørsmål 2) Du hadde en diskusjon med forretningsanalytikeren din om testtilnærmingen og testomfanget for en eller flere bestemte testsaker, og du må varsle lagkameratene om det samme. Hvordan kan du varsle dem gjennom TFS?

Svar: Når du dobbeltklikker på en prøvesak i listevisningen og åpner den, vises et vindu der du kan se tittelen på prøvesaken, koder du har lagt til, seksjoner for sammendrag, trinn, vedlegg og diskusjon. For å varsle noe til lagkameraten (e), kan man benytte seg av en funksjon kalt “@mention”.

I diskusjonsdelen kan du bruke symbolet @ og deretter vises listen over bruker-ID-er for prosjektet. Deretter kan du velge en bruker-ID du vil varsle om, etterfulgt av en melding. Du kan også angi flere @bruker-ID-er for å varsle flere lagkamerater om gangen.

I tilfelle du trenger å legge til en lenke i meldingen, legg til symbolet # etterfulgt av URL og trykk deretter ENTER. Meldingen blir lagt til som et diskusjonspunkt, og en e-post blir automatisk sendt til brukeren nevnt i @mention.

For eksempel, @Shalini Singh kan du referere til testdekningsmatrisen

I eksemplet ovenfor la jeg til et varsel som skal utløse en e-post for Shalini Singh med en melding som ovenfor sammen med hyperkoblingsteksten www.softwaretestinghelp.com/test-coverage/

Se bildet nedenfor for bedre forståelse:

Sp # 3) Hvordan sorterer du testtilfellene du legger til i TFS?

Svar: Når du legger til testsaker i TFS, blir de ganske ofte lagt til på en usortert måte. Det er to måter du kan sortere testtilfellene på.

til) I listevisningen av testsakene er det en kolonne som heter ‘Bestill’. Hver testtilfelle får en unik ordre-ID som er automatisk tildelt basert på rekkefølgen testtilfelle er lagt til. Du kan sortere testsaken ved å klikke på kolonnen Bestill.

(bilde kilde )

b) Eller, i øverste høyre hjørne, er det et alternativ som heter 'Bestillingstester'. Ved å klikke på Bestillingstestene sorteres alle testtilfellene i listevisningen.

uavhengige objektive anmeldelser av gratis 64-bit brannmur

Q # 4) Hva er de forskjellige visningene som er tilgjengelige for testtilfeller i TFS?

Svar: Det er to visninger tilgjengelig for testsaker i TFS:

1. Listevisning
2. Rutenett visning

a) Listevisning: Dette er standardvisningen av testtilfellene i TFS. I denne visningen, som navnet antyder, blir alle testtilfellene listet opp på en sortert måte hvis listen er sortert ved hjelp av ordre-id.

Det er flere kolonner vist for hver testtilfelle i denne visningen; som Utfall - som er den siste statusen for testsaken, Rekkefølge - som representerer ordre-ID basert på testsakens innføringsordre, ID - en automatisk generert unik test-saks-ID, Tittel , Konfigurasjon , forventet resultat , etc.

I denne visningen kan du utføre følgende handlinger:

1. Du kan kjøre testsakene.
2. Merk teststatus for hver testtilfelle.
3. Legg til nye testtilfeller eller importer eksisterende testtilfeller.
4. Slett eksisterende testtilfeller.
5. Filtrer testsakene basert på forskjellige kriterier som konfigurasjoner, koder, etc.
6. Du kan også distribuere testsakene blant testerne.
7. Flytt testtilfellene ved å dra og slippe.
8. Endre konfigurasjonen av testsakene.
9. Dobbeltklikk på testsaken åpner et nytt vindu der en rutenettvisning av testsaker vises. Du kan legge til, oppdatere eller slette teststrinn i dette vinduet.

Bildet nedenfor viser ListView:

b) Rutenettvisning: Øverst til høyre i listevisningen - du kan se alternativet 'Liste', ved å klikke på dette alternativet, blir visningen til 'Rutenett'. Rutenettvisning er veldig lik den i en Excel-regnearkvisning. I denne visningen har du ikke lov til å utføre de handlingene som listevisningen lar deg gjøre.

Rutenett visning:

• Det gjør det mulig for brukeren å legge til flere testtrinn veldig mye som Excel gjør.
• Du kan til og med bruke de eksisterende testtilfellene fra Excel på en enklere måte i denne visningen.
• Du kan sette inn en rad, slette en rad eller oppdatere testtilfellene.

Husk imidlertid at du i en rutenettvisning ikke kan importere en eksisterende testsak gjennom et spørsmål, og at du ikke kan kjøre eller oppdatere testsakens status.

En annen største forskjellen mellom de to visningene er at til tross for at begge visningene tillater brukeren å legge til, slette eller oppdatere testsakene manuelt -

• Listevisning lar deg legge til eller oppdatere en testtilfelle om gangen.
• Rutenettvisning lar deg legge til eller oppdatere flere testtilfeller hver med flere testtrinn på en gang.

Bildet nedenfor viser rutenettet.

Spørsmål nr. 5) Tilbyr TFS alternativer som dra og slipp og stavekontroll i rutenettvisning av testsaker? Hvis ikke, hvordan kan du løse dette problemet?

Svar: TFS tilbyr ikke alternativer som dra og slipp av teststrinn for å kopiere data fra en celle til en annen eller for å automatisk øke en numerisk identifikator i de andre cellene.

Det beste alternativet er å forberede testtilfellene i Excel med en dra-og-slipp-funksjon der det er nødvendig, og korrigere alle typografiske feil ved å kjøre stavekontroll og deretter flytte dem til TFS.

Q # 6) Du kan legge til flere linjer i en celle ved å bruke ALT + Enter i Excel. Hvordan kan du utføre den samme handlingen i TFS - rutenettvisning?

Svar: SHIFT + Enter er snarveien som brukes i TFS mens du legger til testtilfeller i rutenettvisning.

Sp # 7) Hva er de forskjellige kriteriene som brukes i spørringssøket?

Svar: I likhet med SQL-spørringene, gjør søk også brukerne i stand til å søke i hele TFS-databasen basert på et felt eller kolonnenavn, en operatør og den forventede verdien.

Spørringssøk kan gjøres ved å bruke forskjellige kriterier som forklart nedenfor:

a) Spørringssøk basert på en sjekk av at bestemt felt inneholder en tekstverdi:

I bildet nedenfor vil ethvert arbeidselement (brukerhistorier, funksjoner eller testtilfeller eller testpakke, etc.) fra det aktuelle prosjektet med tittel eller beskrivelse som inneholder ordene 'web' og 'ytelse eller veiledning' bli hentet når det kjøres.

b) Søkesøk basert på WorkItemType:

Bildet nedenfor viser søkesøk basert på WorkItemType = bugs.

• When field = Work Item Type, operator = ”In Group” og Value = Microsoft.BugCategory, søker den etter alle TFS-feil rapportert for prosjektet.
• Når verdi = Microsoft. Test CaseCategory, dette søket er laget for å hente alle testsakene som samsvarer med resten av feltkriteriene.
• Tilsvarende når Value = Microsoft. RequirementCategory - arbeidselementer fra etterslepet - dvs. brukerhistoriene eller funksjonene blir hentet.

c) Søkesøk basert på tilgjengelige kolonnealternativer:

I bildet nedenfor blir det søkt etter alle tildelte feil.

Spørringen kan være basert på søkekriteriene for en kolonneverdimatch, kolonnene kan være en hvilken som helst tilgjengelig kolonne som Tagger, Priority, Assigned To, ID, Configuration, Description og mange andre tilgjengelige kolonner.

Du kan også hente visse kolonner som har null eller tomme verdier. I bildet nedenfor vil alle oppgavene med tom aktivitet bli hentet.

Sp # 8) Kan du gjenbruke eksisterende testtilfeller i TFS? Hvis ja, forklar alle de forskjellige alternativene for å gjøre det.

Svar: Excel lar deg dra og slippe visse teststrinn, og de blir raskt kopiert over flere celler hvis det er numeriske identifikatorer som drar celleverdiene som automatisk fyller ut de inkrementerte identifikatorene.

Stavekontroll er en annen fordel som er tilgjengelig i Excel, og er veldig viktig når du oppretter testtilfeller for å unngå typografiske feil. Dessverre er dette en kjent ulempe i TFS per nå som Microsoft allerede adresserer og jobber med.

Likevel er den heldige siden at du fortsatt kan skrive testtilfellene i Excel i formatet som samsvarer med rutenettvisningen, og kan kjøre stavekontrollen. De kan enkelt kopiere og lime inn excel-dataene ved hjelp av CTRL C & CTRL V i rutenettvisningen av TFS og trykk CTRL + S for å lagre testsaken (e).

Q # 9) Etter å ha importert en eksisterende testtilfelle med id-123 (for eksempel) gjennom spørringen, endres ID-en for nylig klonet testtilfelle eller holder den seg som 123?

Svar: Når du klikker på Legg til eksisterende testtilfelle i listevisningen av testtilfellene, vises et spørringsvindu -
Velg WorkItemType = Microsoft.Test CaseCategory, AreaPath = og ID =.

Den eksisterende testsaken med id-en blir kopiert til gjeldende suite, og test-id-en forblir den samme.

( Eksempel: Hvis ID-en som ble importert var 123, etter kloning av testsaken, beholder den klonede testsaken den samme ID-en.)

Q # 10) I følge med Q9 ovenfor, Hvis du gjør en oppdatering til de klonede testsakene, og nå blir den samme test case ID importert igjen ved hjelp av spørringen, hvilke data vil den vise - original eller oppdatert?

Svar: Hvis du oppdaterer noen få testtrinn og klikker på Lagre, endres ikke testtilfelle-ID-en. Du må da navigere til den tredje testpakken og importere testsaken med samme ID. Nå blir den oppdaterte testsaken med de nyeste testtrinnene lagt til. Imidlertid vil det ikke bli noen endring i den opprinnelige testsaken i den første testpakken.

Sp # 11) Hvordan legger du til taggkolonne i Test case-delen? Når og hvordan er det gunstig å bruke tagger?

Svar: For å legge til taggkolonne i Test case-delen, finnes det et alternativ på ListView som heter Kolonnealternativer . Dette alternativet åpner et vindu der du vil kunne legge til «Tagger» -kolonnen i seksjonen Test cases.

Med ‘Legg til tag’ kan du legge til hvilken som helst tekstverdi som Tag. (Se det uthevede alternativet i bildet nedenfor)

Du kan også legge til koder i rutenettvisningen. For å legge til flere koder i rutenettvisningen, skriv inn flere tekster i merkekolonnen, hver atskilt med komma.

( Eksempel: Hvis du skriver inn 'Positiv', 'Utforskende' for en testtilfelle under rutenettvisningen, klikker du Lagre for å vise flere koder i listevisning som filtre øverst til høyre.

hvilket av følgende er en fase i sdlc?

Se bildet nedenfor:

Bruk av koder tjener mange fordeler:

1. Merk hver testsak mot en bestemt kategori. Eksempel: Positivt, negativt for å kategorisere testsakene i positive og negative scenarier.
2. Filtrering av testtilfellene basert på nøkkelordet (tags).
3. For hver testtilfelle kan du også få en Krav-ID tilordnet i Tagg-kolonnen, som ikke bare vil bidra til å opprettholde sporbarheten til slutt, men som også lar deg filtrere ut testtilfellene basert på hvert Krav-ID og sørge for at nok test dekningen er på plass.

Spørsmål nr. 12) Hvordan kan du raskt få testtilfeller under Regression-pakken klar hvis funksjonelle testtilfeller for prosjektet er klare og flere sprints av prosjektet allerede er levert til klienten?

Svar: Følg trinnene nedenfor for raskt å få eksisterende testtilfeller under Regression-pakken:

1. Når funksjonelle testpakker for et prosjekt er på plass, identifiser alle testtilfellene som er egnet for regresjon.
2. Legg til taggen som 'Regresjonskandidat' for alle tilfeller for regresjonstest du identifiserer.
3. Lag en ny suite som 'Regression Testing' under prosjektet. Suiten kan være av typen statisk eller spørringsbasert.
4. Klikk på Legg til eksisterende testtilfelle, i søkevinduet velger du kriterier som Tagger = ’Regresjonskandidat’ og klikker Kjør.
5. Den resulterende vil få alle testtilfellene fra prosjektet identifisert for regresjonstesting.
6. Du kan velge alle testtilfeller fra det resulterende vinduet og klikke Importer. Som et resultat blir alle nødvendige testtilfeller lagt til i suiten, og regresjonssuiten er klar.

Spørsmål nr. 13) Kan forfatteren av testsaken være forskjellig fra testerne som er tildelt dem i TFS. For eksempel hvis person A er den som har skrevet prøvesaken. Hvordan kan du tildele den til person B for utførelse?

Svar: Ja, testforfatteren kan være forskjellig fra testerne som er tildelt dem i TFS. Når du legger til testsaker for en testpakke, vises navnet ditt under Testerkolonne som standard.

I testvisningen på listen, velg en testtilfelle, høyreklikk og velg alternativet “Tildel tester” som deretter viser listen over eksisterende brukere. Du kan velge en tester, og slik tildeler du en testtilfelle til QA i teamet ditt.

Du kan på samme måte velge flere testtilfeller og følge den samme arbeidsflyten for å tilordne flere testtilfeller til en tester på en gang.

Q # 14) For testsaker med,Eksempel:50 trinn, og du har delvis utført dem; hvordan kan du gjenoppta testutførelsen og fortsette å oppdatere teststatusen fra trinnene du gikk sist?

Svar: Du kan kjøre testsaken ved å klikke på Run-knappen i listevisningen, og dette åpner deretter testløpervinduet.

Se bildet nedenfor:

Hvis du utfører alle de 50 trinnene på en gang, kan du oppdatere testtrinnsstatusen som Bestått / Ikke bestått / Blokkert / Ikke aktuelt, og derfor blir testtilstandsstatusen oppdatert tilsvarende.

Imidlertid, hvis den samme tilnærmingen følges mens du utfører den delvise, vil arbeidsflyten være som nedenfor:

Arbeidsflyt 2:

• Du har oppdatert 5 trinn til å mislykkes og 20 trinn for å bestå, la resten av de 25 trinnene være utført. - + Lagre og lukk. - Dette oppdaterer derfor testsakens status som Mislykket (ettersom 5 trinn ble feilet tilbake).
• Du fortsetter deretter testingen ved å klikke på Run-knappen - Statusen for de forrige 25 testtrinnene beholdes ikke. Du må da oppdatere teststatusen og deres kommentarer fra trinn 1.

Arbeidsflyt 3: Dette er den beste tilnærmingen å følge når du trenger å utføre testutførelse for en testsak delvis, og du trenger en måte å gjenoppta testen senere når det er nødvendig.

På testløperen oppdaterer du statusen til testtrinnene som er utført, og lar resten av testtrinnene være utført. IKKE lagre og lukk test saken, i stedet for på test case nivå, velg test case status som Pause. Når testsaken er i pause-status, er alternativet Fortsett ved siden av Kjør aktivert.

Bildet av Fortsett-knappen vises nedenfor:

(bilde kilde )

Sp # 15) Blant 10 testtrinn mislykkes 1 testtrinn etter utførelse. Den tilhørende feilen testes på nytt etter at reparasjonen er utført. Hvordan håndterer du oppdateringen av teststatusen til testsaken?

Svar: Sett testsaken på pause hver gang et trinn mislykkes, slik at du kan fortsette derfra og bare merke de mislykkede trinnene som bestått.

Hvis testsaksstatusen ble fullført, vil du kjøre den på nytt for å oppdatere teststatusen fra trinn 1 når den tidligere statusen til trinnene oppdateres, og testtilfellene vil gå tilbake til aktiv status.

Q # 16) Forklar arbeidsflyten for utførelse av testsaker i Test Runner og i ListView.

Svar:

• I vinduet Test Runner
  • Hvis du trenger å merke teststrinnet som 'Bestått', klikker du deretter på haken for det trinnet.
  • Hvis du vil markere teststrinnet som 'Mislykkes', klikker du på krysstegnet for det trinnet.
  • I tilfelle du trenger å legge til kommentarer for et testtrinn, viser ikke Pass test-trinnet ikke teksttekstområdet. Fra nå av er kommentarseksjonen kun tilgjengelig i trinnene 'Mislyktes'.
  • Hvis du trenger å legge til en kommentar for et bestått trinn, merker du det som Mislykket (klikk på kryssikonet) og deretter Bestiller trinnet (klikk på kryssikonet), og du vil se kommentarseksjonen. Dette er det kjente problemet i TFS.
  • Du kan også ta pause på testtrinnivå og på testtilfelle.
  • For testsaken med parametriserte data kjøres flere iterasjoner av testsaker.
  • Du kan også merke testsakens status som Blokkert.
• På listevisningen av tester
  
  • Du kan velge flere testsaker i listen Test Test cases og merke dem som Bestått på en gang og noen få andre testsaker som Mislykket. Imidlertid, med denne tilnærmingen, blir statusen til testsakene ikke oppdatert på teststrinnnivå.
  • Det er også andre alternativer som Blokkert, Ikke aktuelt, Sett som Aktiv, Fortsett (for testtilfelle i pause)

Spørsmål nr. 17) Hvordan kan du opprette en feil i TFS under testutførelse? Blir det automatisk knyttet til testsaken?

Svar: Opprette en feil i TFS under testutførelse:

Klikk på i Test Runner-vinduet Opprett feil alternativ for å opprette en ny feil (Se bildet nedenfor)

Et vindu åpnes som vist nedenfor der du fyller ut feildetaljene og derved klikker på Lagre genererer automatisk en feil-ID.

Koblingen mellom testsaken og feil-ID:

Feilen blir automatisk kartlagt til TFS hvis det er en TFS-feil-ID. I tilfelle feilen er rapportert i et eksternt verktøy for feilbehandling, må du kartlegge feil-ID manuelt i kommentarfeltet eller i kolonnen Tag i testtrinnet.

Vis TFS-feil-ID kartlagt for en testtilfelle:

Det mislykkede trinnet blir automatisk tilordnet feilen. Testtilfellet tilordnes også automatisk til TFS-feil-ID-en. Slik kan du se listen over feil-ID-er som er tilordnet en testtilfelle.

1. Lagre og lukk testløpervinduet.
2. Naviger til Relatert arbeid seksjon Barnekoblinger for testsaken.
3. Barnelinken vil ha alle tilknyttede feil for den testsaken.

Spørsmål nr. 18) Hvordan kan du spore testens fremgang?

Svar: Rett ved siden av 'Tester' -fanen er det en 'Charts' -fane. Du kan spore testfremdriften på testtilfelle- eller testresultatnivå og få et tilpasset diagram etter eget valg.

Nedenfor er de to eksemplene på hvordan du utarbeider et diagram.

a) Testresultatberegninger: antall bestått / mislyktes / sperret / pågående status:

Velg Gruppe etter = Resultat, Verdier = antall tester.

Basert på typen diagram valgt i Snapshot-delen (kake, stolpe, kolonne osv.) - Diagrammet som vises vil gi deg beregningene for antall testtilfeller - Ikke kjørt, ikke aktuelt, bestått, mislyktes, blokkert, midlertidig stoppet .

b) Test case status per tildelt tester:

Velg pivottabell under øyeblikksbilde, rader = tester, kolonner = utfall, verdier, antall tester - du kan da se pivottabellen som viser beregningene i formatet nedenfor:

Spørsmål nr. 19) Hvordan kan du analysere hvilken modul / område som har flest feil etter at utførelsen er fullført for en spesifikk sprint eller iterasjon?

Svar: Lag et diagram ved hjelp av enten en stablet stolpe eller pivottabell. Velg Name = ’Bugs by Team’, Y-axis = ’Node name’, Group by = ’Priority’, Aggregation = Count of work items.

Dette vil vise hvilken modul / område som har flest feil etter at utførelsen er fullført for en spesifikk sprint eller iterasjon. (se bildet nedenfor)

Spørsmål nr. 20) Hvordan støttes parameterisering i TFS? Forklar hvordan implementerte du testing med datavariasjoner med et eksempel fra prosjektet ditt.

Svar: Parameterisering er en av de bemerkelsesverdige funksjonene som TFS gir. Det er situasjoner når du trenger å teste det samme trinnet, men med datavariasjoner / flere testdata, og det er her parameterisering hjelper.

Opprett eller legg til parametere:

Det er et alternativ kjent som “Parametere” like ved siden av “Testplanen”.

Parameterskjerm:

(bilde kilde )

Ved å klikke på dette alternativet åpnes parameterskjermbildet der du kan se testdataene dine. I det nedenfor Eksempel - det er datavariasjoner satt til de tre kolonnene i rutenettet - Number1, Number2, Resultat.

Merk : du kan navngi kolonnene som du ønsker.

(bilde kilde )

Få tilgang til parameteren i testsaken vår:

Nå som parameteren er klar til bruk. Du kan få tilgang til disse verdiene i testtilfellene. For å få tilgang til de parametriserte dataene, bruk @columnname i teststrinnet hvor du vil ha tilgang til det.

Se implementeringen nedenfor:

Her brukes @ Number1 i trinn1, @ Number2-kolonnen brukes i trinn 2 og @Result er tilgjengelig i det forventede resultatet av trinn 3. Hvis parameteriseringen ikke var på plass, har du kanskje trengt 9 trinn hver med separate testdata nevnt . Denne ekstra forsøksforberedelsen blir lagret gjennom denne funksjonen.

Utfør testtilfelle med parametriserte data:

Fra listevisningen av testtilfeller, når du kjører dem, åpnes testløperen.

De parametriserte dataene kjøres nå i iterasjoner:

For vårt eksempel ovenfor:

Den første løpeturen viser:
‘Test 1 av 3: Iterasjon 1’,
Trinn 1: Skriv inn @ nummer1
Antall1 = 5
Trinn 2: Skriv inn @ Number2
Antall2 = 5
Trinn 3: Legg til begge tallet Resultat = 10 i kolonnen for forventet resultat

Du kan markere bestått / ikke bestått på teststrinnivået eller direkte på iterasjonsnivået. Husk, selv om du merker Iterasjon1 som godkjent (for eksempel), er ikke hele testsakstilstanden satt - testtilfelle er ennå ikke fullstendig kjørt. Klikk deretter neste og lignende, følg fremgangsmåten for Iterasjon 2 og Iterasjon 3.

Når statusen er oppdatert for alle iterasjonene, blir testsakens status som Bestått / Ikke bestått / Pause automatisk satt. Antall iterasjoner = antall rader i parameteren. Her var det 3 iterasjonskjøringer ettersom det var 3 rader med testdata tilgjengelig i parameterne.

Ta en titt på bildet nedenfor for referanse ( Merk: bildet er ikke en følge av eksemplet ovenfor)

Spørsmål nr. 21) Hva er de forskjellige måtene å trekke ut testtilfellene sammen med oppdatert status etter gjennomføring?

Svar: Det er fire alternativer for å trekke ut testtilfellene sammen med oppdatert status etter gjennomføring.

De er:

a) Eksporter via e-post - Velg Test Suite, velg Eksporter -> Eksporter via e-post. Med denne funksjonen kan du eksportere testtilfellene til e-post-ID-en.

Se bildet nedenfor:

(bilde kilde )

b) Skriv ut rapporten : Du kan også skrive ut rapporten.

c) Eksporter til Excel-verktøyet : Det er et verktøy der du kan eksportere testtilfellene dine sammen med resultatene til en Excel-fil.

For mer informasjon om verktøy, se bildet nedenfor:

(bilde kilde )

d) Kopier og lim inn fra rutenettvisningen til Excel: Du kan kopiere og lime inn med henholdsvis Ctrl + C og Ctrl + V fra rutenettvisningen til Excel og deretter oppdatere statusen manuelt for det faktiske resultatet og teststatusen.

Spørsmål nr. 22) Hvordan kan teststrinn deles, og hvor ellers kan du bruke de delte trinnene?

Svar:

Dele et teststrinn: I listevisningen, når du dobbeltklikker på en hvilken som helst testsak, åpnes detaljene i testsaken. Ved siden av Sammendrag er det en trinn-fane. Når du maksimerer trinnfanen, vises en skjerm som på bildet nedenfor.

Du kan legge til et delt trinn som vist nedenfor: Klikk på ikonet Opprett delte trinn, og opprett et nytt teststrinn. Dette er nå delt og kan også brukes på nytt i en annen testpakke eller et annet prosjekt. (Se bildet nedenfor)

Gjenbruk av delt trinn: Gå til trinnskjermen der du vil legge til et eksisterende delt trinn. Ikonet like før 'Opprett delte trinn' er for 'Sett inn eksisterende delt trinn', klikk på ikonet, et spørringsvindu åpnes med Field = 'Work Item Type', Operator = 'In Group', Value = 'Microsoft.SharedStepCaregory ”.

Når du kjører spørringen, vises alle eksisterende delte trinn. Du kan deretter velge trinnene og klikke på Sett inn delte trinn. (Se bildet nedenfor)

teknisk support analytiker intervju spørsmål og svar

Spørsmål nr. 23) Hvis testdataene er tilgjengelige i en excel-fil fra klienten, hvordan kan de brukes i TFS?

Svar: Du kan bare kopiere og lime inn data fra excel-filen som leveres av klienten, til en ny parameter i TFS. (Se Q # 20 ovenfor, da det tydeliggjør hvordan du oppretter en ny parameter og får tilgang til parameteren i en testtilfelle).

Spørsmål nr. 24) Hvordan kan du gjøre et lokalt tilgjengelig diagram tilgjengelig på dashbordet for teamet, og de berørte interessentene kan også se?

Svar: Fanen ved siden av 'Tester' er ‘Chart’ , der du kan legge til diagrammer. Når diagrammet vises, høyreklikker du på diagrammet og ‘Legg til på dashbordet’ alternativet er tilgjengelig - forutsatt at dashbordmodulene allerede var konfigurert. For det andre, husk at diagramtillegg til dashbord også krever administratorrettigheter, ellers er dette alternativet deaktivert for deg.

Sp # 25) Hvordan kan du distribuere alle testsakene i suiten blant QA-medlemmene for utførelse og varsle dem via TFS?

Svar: Høyreklikk på testpakken og velg 'Tilordne testere til å kjøre alle testene' og en dialogboks åpnes der du kan legge til flere testers bruker-ID, krysse av i avmerkingsboksen Send e-post, skriv inn Emne og Merknad. Klikk OK.

En e-post blir sendt til testerne i listen med meldingen. Slik gjøres tildeling og varsling om tildeling samtidig.

Se bildene nedenfor for bedre klarhet:

Spørsmål nr. 26) Hvordan kan vi ha merket “Regresjonskandidat” fjernet på alle Priority 2-testtilfellene på en gang?

Svar:

til) Hent testsakene for prosjektet som har prioritet 2 gjennom spørringen.

b) Spørringskriteriene er som følger:

• Lagprosjekt = @ Prosjekt
• WorkItemType i gruppe Microsoft.TestCaseCategory
• Prioritet = 2

c) Velg alle testtilfellene som er hentet i det resulterende vinduet når spørringen er kjørt.

d) Alternativet 'Rediger valgt arbeidselement' vises. Velg dette alternativet. (Se bildet nedenfor)

er) Vinduet Rediger arbeidselementer vises.

f) Velg felt = Tagger (Fjern) = Verdi = Regresjonskandidat og klikk Lagre.

Denne arbeidsflyten vil fjerne Tag = Regression Candidate for alle testsakene med Prioritet 2 for prosjektet.

Spørsmål nr. 27) Hvordan henter du testtilfeller med den spesifikke konfigurasjonen fra flere prosjekter gjennom spørringen?

Svar: Opprett en ny testpakke og gi den passende navn. I listevisningen av testtilfellet velger du på ‘Legg til eksisterende testtilfelle’, og et spørringsvindu åpnes.

• Ikke velg ‘Team Project’ = @ Project. Dette vil bare hente arbeidselementer fra det nåværende prosjektet.
• Hvis du trenger å velge testtilfeller med konfigurasjon Eksempel: “Pre-Production”, velg spørringskriterier med kolonne Configuration = Pre-Production, Work Item Type = Microsoft.TestcaseCategory og merk av i avkrysningsruten øverst til høyre i spørringsvinduet “Spørring på tvers av prosjekter”.
• Å kjøre dette spørsmålet vil hente testtilfeller med konfigurasjon = Forproduksjon fra flere prosjekter.

Konklusjon

Mens TFS-testhåndteringsverktøyet fanger opp markedet gradvis, prøvde vi å ta et dypdykk i emnet, konsolidere dets nitty-gritty og har prøvd vårt beste for å gjøre våre QA-folk kjent med de store og flotte funksjonene som TFS støtter sammen med visse kjente problemer eller ulemper og alternative måter å takle dem på.

Håper, du høster maksimalt utbytte ved å forstå arbeidsflyten til verktøyet og i like stor grad få kunnskapen om de mest sannsynlige og relevante spørreskjemaene for TFS.

Et populært sitat lyder 'Ledere slutter aldri å lære'. Jeg vil avslutte her - men la aldri læringen stoppe. “Vær leder og ønsker deg det veldig Glad læring ”.

Forfatter: Dette innlegget er skrevet av Shobha D. Hun jobber som prosjektleder og har 9+ års erfaring innen manuell, automatisering og API-testing.

Alt det beste for intervjuet ditt !!

Anbefalt lesing

• Intervju Spørsmål og svar
• 25 Beste Agile Testing Intervju Spørsmål og svar
• Noen interessante spørsmål om intervjuer med programvaretesting
• 25+ mest populære ADO.NET intervjuspørsmål og svar
• Topp 25 Perl-intervjuspørsmål du bør forberede deg i 2021
• Topp 25 spørsmål om programvareteknikkintervju (SISTE 2021)
• ETL Testing Intervju Spørsmål og svar
• 40+ Populære spørsmål og svar på spørsmål om svar fra QA-analytikere (2021 LISTE)