Top 25+ Azure Test Plan o domande di colloquio TFS

top 25 azure test plan

Domande di intervista più popolari sul piano di test di Azure:

Azure Test Plan è in alternativa noto anche come Azure DevOps Test Plan o TFS (Team Foundation Server).

Utilizzo Azure Test Plan al lavoro come strumento di gestione dei test da più di 2 anni.

Qui, in questo articolo, fornirò un elenco completo delle domande dell'intervista per il piano di test di Azure (alcune domande complicate e le relative soluzioni che ho appreso con l'esperienza sullo strumento).

Prima di passare alla serie di domande dell'intervista, vorrei impostare un contesto olistico su cos'è Azure Test Plan e quale scopo risolve per un team di QA.

• Azure Test Plan è in alternativa noto anche come Azure DevOps Test Plan o TFS (Team Foundation Server).
• Azure Test Plan è uno dei migliori strumenti di gestione dei test basati sul Web per i test manuali e automatizzati.
• Lo strumento fornisce un'ottima opzione per avere una tracciabilità end-to-end avendo requisiti, documenti di specifica e / o user story collegati ai casi di test, ai risultati dei test e ai difetti segnalati.
• Lo strumento aiuta a tenere traccia dei dettagli di configurazione come i casi di test eseguiti su un ambiente specifico o il numero di build eseguite, l'autore dei casi di test e il QA che ha eseguito i casi di test.
• Aiuta ad assegnare o distribuire i casi di test tra molti tester all'interno del team.
• Serve a un grande scopo, ovvero iniziare direttamente dalla creazione di nuovi casi di test, riutilizzando i casi di test esistenti fino a monitorare facilmente l'avanzamento dello sforzo di test.
• Consente inoltre di avere una dashboard personalizzata con grafici semplici e apparenti.

Domande principali per l'intervista su TFS - Domande per l'intervista sul piano di test di Azure

Ecco un elenco completo delle domande dell'intervista su TFS:

D # 1) Assegnare un nome ai diversi tipi di suite di test che TFS consente all'utente di creare e in che modo ognuna è diversa dall'altra?

Risposta: Test Suite è il raggruppamento di più casi di test. Il raggruppamento dei casi di test potrebbe essere contro il requisito o qualsiasi altro elemento di lavoro come le storie degli utenti, una funzionalità, una richiesta di modifica o questi potrebbero essere raggruppati insieme come 'suite di test di regressione' o 'suite di test di fumo'.

Esistono tre tipi di suite di test che gli utenti possono creare in TFS:

• Suite di test statici
• Suite di test dei requisiti
• Suite di test basata su query

(Flusso di lavoro:
Crea suite di test: Apri progetto -> Test -> Piano di test -> Fai clic con il pulsante destro del mouse su Progetto -> Fai clic su Test Suite.
Crea elemento di backlog: Apri progetto -> Bacheche -> Backlog -> Nuovo elemento di lavoro )

a) Suite di test statici : Crea una cartella di base in cui è possibile aggiungere manualmente casi di test esistenti o crearne di nuovi. Puoi anche aggiungere più suite per bambini sotto la suite principale. Per esempio - Una fase di Test Funzionale di Sprint 15 ha 3 richieste di modifica.

Esempio: Quando CR-123, CR-456, CR-789 sono 3 richieste di modifica, allora hai una struttura di suite statiche create come di seguito:

È quindi possibile aggiungere gli scenari di test in ciascuna di queste suite di test figlio.

b) Suite basata sui requisiti: Questo tipo di suite viene solitamente utilizzato nella metodologia di test Agile o essenzialmente quando il team decide di mappare ciascuna suite di test rispetto a ciascun requisito. Il requisito potrebbe essere qualsiasi elemento di lavoro che rappresenti le storie degli utenti o qualsiasi requisito funzionale.

1. Per avere una suite basata sui requisiti, prima devi aggiungere gli elementi di lavoro (storie degli utenti, funzionalità) sotto il backlog.
2. Crea una suite di test basata sui requisiti, quindi verrà visualizzata una finestra di query come l'immagine sottostante.

Qui, seleziona Campo = Tipo di oggetto di lavoro, Valore = Microsoft.RequirementCategory e Percorso area = e fare clic su Esegui query .

La finestra risultante visualizzerà tutti gli elementi / requisiti del backlog esistenti per il progetto. Seleziona quello che desideri aggiungere e la cartella della suite di test viene creata con il titolo esattamente come la storia utente che hai selezionato. Tutti i casi di test che crei nella suite ora verranno mappati rispetto alla user story.

c) Suite basata su query: Come suggerisce il nome stesso, questo tipo di suite consente di aggiungere casi di test esistenti interrogando il database del progetto in TFS. La riusabilità dei casi di test esistenti è l'aspetto su cui si concentra questo tipo di suite.

Quando si aggiunge una suite basata su query, viene visualizzata una finestra di query in cui è possibile aggiungere gli scenari di test esistenti dal progetto corrente o da un altro progetto.

( Nota: @Project si riferisce al progetto corrente e @me si riferisce al mio ID utente in TFS nell'immagine sottostante)

D # 2) Hai avuto una discussione con il tuo analista aziendale in merito all'approccio al test e all'ambito del test per uno o più casi di test particolari e devi informare i tuoi compagni di squadra in merito. Come puoi notificarli tramite TFS?

Risposta: Quando si fa doppio clic su un test case nella visualizzazione Elenco e lo si apre, viene visualizzata una finestra in cui è possibile vedere il titolo del test case, i tag aggiunti, le sezioni per Riepilogo, Passaggi, Allegati e Discussione. Per notificare qualsiasi cosa ai compagni di squadra, si può utilizzare una funzione chiamata '@menziona'.

Nella sezione Discussione, è possibile utilizzare il simbolo @ e quindi viene visualizzato l'elenco degli ID utente per il progetto. È quindi possibile selezionare un ID utente a cui si desidera notificare, seguito da un messaggio. Puoi anche inserire più ID @user per notificare più membri del team contemporaneamente.

Nel caso in cui sia necessario aggiungere un collegamento nel messaggio, aggiungere il simbolo # seguito dall'URL e quindi premere INVIO. Il messaggio viene aggiunto come punto di discussione e un'e-mail viene inviata automaticamente all'utente menzionato in @menzion.

Per esempio, @Shalini Singh a cui puoi fare riferimento la matrice di copertura del test

Nell'esempio sopra, ho aggiunto una notifica che attiverà un'e-mail per Shalini Singh con un messaggio come sopra insieme al testo del collegamento ipertestuale www.softwaretestinghelp.com/test-coverage/

Guarda l'immagine sotto per una migliore comprensione:

D # 3) Come vengono ordinati i casi di test aggiunti in TFS?

Risposta: Quando si aggiungono casi di test in TFS, molto spesso vengono aggiunti in modo non ordinato. Ci sono 2 modi in cui puoi ordinare i casi di test.

per) Nella visualizzazione Elenco dei casi di test, è presente una colonna denominata 'Ordine'. Ogni scenario di test riceve un ID ordine univoco assegnato automaticamente in base all'ordine in cui lo scenario di test viene aggiunto. È possibile ordinare lo scenario di test facendo clic sulla colonna Ordine.

(Immagine fonte )

b) Oppure, nell'angolo in alto a destra, è presente un'opzione denominata 'Ordina test'. Facendo clic su Ordina test vengono ordinati tutti i casi di test nella visualizzazione elenco.

miglior software spia per iphone 5

D # 4) Quali sono le diverse visualizzazioni disponibili per i casi di test in TFS?

Risposta: Sono disponibili due visualizzazioni per i casi di test in TFS:

1. Visualizzazione elenco
2. Vista a griglia

a) Visualizzazione elenco: Questa è la visualizzazione predefinita degli scenari di test in TFS. In questa visualizzazione, come suggerisce il nome, tutti i casi di test sono elencati in modo ordinato se l'elenco è ordinato utilizzando l'ID ordine.

Ci sono più colonne visualizzate per ogni caso di test in questa vista; piace Risultato - qual è lo stato più recente del test case, Ordine - che rappresenta l'ID dell'ordine in base all'ordine di inserzione del caso di test, ID - un ID caso di test univoco generato automaticamente, Titolo , Configurazione , Risultato atteso , eccetera.

In questa visualizzazione è possibile eseguire le seguenti azioni:

1. Puoi eseguire i casi di test.
2. Contrassegna lo stato del test per ogni caso di test.
3. Aggiungi nuovi casi di test o importa casi di test esistenti.
4. Elimina i casi di test esistenti.
5. Filtra i casi di test in base a diversi criteri come configurazioni, tag, ecc.
6. È inoltre possibile distribuire i casi di test tra i tester.
7. Spostare i casi di test con un semplice trascinamento.
8. Modificare la configurazione dei casi di test.
9. Fare doppio clic sullo scenario di test apre un'altra finestra in cui viene visualizzata una vista a griglia degli scenari di test. È possibile aggiungere, aggiornare o eliminare i passaggi del test in questa finestra.

L'immagine sotto mostra il ListView:

b) Visualizzazione griglia: Nell'angolo in alto a destra della visualizzazione Elenco, è possibile vedere l'opzione 'Elenco', facendo clic su questa opzione la visualizzazione passa a 'Griglia'. La visualizzazione a griglia è molto simile a quella di una visualizzazione del foglio di lavoro di Excel. In questa visualizzazione, non ti sarà consentito eseguire quelle azioni che la visualizzazione elenco ti consente di eseguire.

Vista a griglia:

• Consente all'utente di aggiungere più passaggi di test proprio come fa Excel.
• Puoi persino riutilizzare gli scenari di test esistenti da Excel in modo più semplice in questa visualizzazione.
• È possibile inserire una riga, eliminare una riga o aggiornare i casi di test.

Tuttavia, tieni presente che in una visualizzazione a griglia non puoi importare un test case esistente tramite una query e non puoi eseguire o aggiornare lo stato del test case.

Un altro principale differenza tra i due punti di vista è che nonostante entrambe le viste consentano all'utente di aggiungere, eliminare o aggiornare manualmente i casi di test -

• La visualizzazione elenco consente di aggiungere o aggiornare uno scenario di test alla volta.
• La visualizzazione a griglia consente di aggiungere o aggiornare più casi di test, ciascuno con più passaggi di test in una volta.

L'immagine sotto mostra la vista griglia.

D # 5) TFS fornisce opzioni come il trascinamento della selezione e il controllo ortografico nella visualizzazione a griglia dei casi di test? In caso contrario, come puoi superare questo problema?

Risposta: TFS non fornisce opzioni come il trascinamento della selezione dei passaggi del test per copiare i dati da una cella all'altra o per incrementare automaticamente un identificatore numerico nelle altre celle.

L'alternativa migliore è preparare i casi di test in Excel con una funzionalità di trascinamento della selezione laddove necessario e correggere tutti gli errori tipografici eseguendo il controllo ortografico e quindi spostarli in TFS.

D # 6) Puoi aggiungere più righe in una cella usando ALT + Invio in Excel. Come puoi eseguire la stessa azione in TFS - Visualizzazione Griglia?

Risposta: MAIUSC + Invio è il collegamento utilizzato in TFS durante l'aggiunta di casi di test nella visualizzazione Griglia.

D # 7) Quali sono i diversi criteri utilizzati nella ricerca Query?

Risposta: Come le query SQL, anche la ricerca query consente agli utenti di cercare nell'intero database TFS in base al nome di un campo o di una colonna, un operatore e il valore previsto.

La ricerca delle query può essere eseguita utilizzando diversi criteri come spiegato di seguito:

a) Ricerca tramite query basata sul controllo che un determinato campo includa un valore di testo:

Nell'immagine sottostante, qualsiasi elemento di lavoro (storie degli utenti, funzionalità o test case o suite di test, ecc.) Dal progetto corrente con titolo o descrizione contenente le parole 'web' e 'prestazioni o guida' verrebbe recuperato durante l'esecuzione.

b) Ricerca query basata su WorkItemType:

L'immagine sotto mostra la ricerca della query basata su WorkItemType = bugs.

• Quando field = Work Item Type, operator = 'In Group' e Value = Microsoft.BugCategory, cerca tutti i bug TFS segnalati per il progetto.
• Quando Value = Microsoft. Test CaseCategory, questa ricerca viene effettuata per recuperare tutti i test case che corrispondono al resto dei criteri del campo.
• Allo stesso modo, quando Value = Microsoft. RequirementCategory: elementi di lavoro dal backlog, ovvero le storie degli utenti o le funzionalità vengono recuperate.

c) Ricerca query basata sulle opzioni di colonna disponibili:

Nell'immagine sottostante, vengono cercati tutti i bug assegnati.

La query potrebbe essere basata sui criteri di ricerca di una corrispondenza del valore di una colonna, le colonne potrebbero essere qualsiasi colonna disponibile come Tag, Priorità, Assegnato a, ID, Configurazione, Descrizione e molte altre colonne disponibili.

Puoi anche recuperare determinate colonne che contengono valori nulli o vuoti. Nell'immagine sottostante, verranno recuperate tutte le attività con attività vuota.

D # 8) È possibile riutilizzare i casi di test esistenti in TFS? Se sì, spiega tutte le diverse alternative per farlo.

Risposta: Excel consente di trascinare e rilasciare determinati passaggi del test e vengono copiati rapidamente su più celle se sono presenti identificatori numerici che trascinano i valori delle celle che popolano automaticamente gli identificatori incrementati.

Il controllo ortografico è un altro vantaggio disponibile in Excel ed è molto essenziale durante la creazione del caso di test per evitare errori tipografici. Sfortunatamente, questo è un inconveniente noto in TFS sin d'ora che Microsoft sta già affrontando e su cui sta lavorando.

Tuttavia, il lato fortunato è che puoi ancora scrivere i casi di test in Excel nel formato corrispondente alla visualizzazione Griglia e puoi eseguire il controllo ortografico. Possono facilmente copiare e incollare i dati di Excel utilizzando CTRL C e CTRL V nella vista Griglia di TFS e premere CTRL + S per salvare i casi di test.

D # 9) Dopo aver importato un test case esistente con id - 123 (ad esempio) tramite la query, l'ID del test case appena clonato cambia o viene mantenuto come 123?

Risposta: Quando si fa clic su Aggiungi scenario di test esistente nella visualizzazione Elenco degli scenari di test, viene visualizzata una finestra di query:
Seleziona WorkItemType = Microsoft.Test CaseCategory, AreaPath = e ID =.

Il test case esistente con l'id viene copiato nella suite corrente e l'id del test rimane lo stesso.

( Esempio: Se l'ID importato era 123, dopo la clonazione dello scenario di test, lo scenario di test clonato mantiene lo stesso ID.)

Q # 10) In sottosequenza con Q9 sopra, se effettui un aggiornamento ai casi di test clonati e ora lo stesso ID del caso di test viene importato di nuovo utilizzando la query, quali dati verranno visualizzati: originali o aggiornati?

Risposta: Se aggiorni alcuni passaggi del test e fai clic su Salva, l'ID del test case non cambierà ancora. È quindi necessario accedere alla terza suite di test e importare lo scenario di test con lo stesso ID. Ora viene aggiunto il test case aggiornato con gli ultimi passaggi del test. Tuttavia, non ci saranno modifiche al test case originale nella prima suite di test.

D # 11) Come si aggiunge la colonna dei tag nella sezione Casi di test? Quando e in che modo è vantaggioso utilizzare i tag?

Risposta: Per aggiungere la colonna dei tag nella sezione Test case, esiste un'opzione su ListView denominata Opzioni colonna . Questa opzione apre una finestra attraverso la quale potrai aggiungere la colonna 'Tag' nella sezione Casi di test.

'Aggiungi tag' ti consente di aggiungere qualsiasi valore di testo come tag. (Vedi l'opzione evidenziata nell'immagine sotto)

Puoi anche aggiungere tag nella vista Griglia. Per aggiungere più tag nella vista Griglia, inserisci più testi nella colonna Tag, ciascuno separato da una virgola.

( Esempio: Se inserisci 'Positivo', 'Esplorativo' per uno scenario di test nella visualizzazione Griglia, facendo clic su Salva verranno visualizzati più tag nella visualizzazione Elenco come filtri nell'angolo in alto a destra.

Fare riferimento all'immagine sottostante:

L'uso dei tag offre molti vantaggi:

1. Contrassegna ogni caso di test rispetto a una categoria specifica. Esempio: Positivo, Negativo per classificare i casi di test in scenari positivi e negativi.
2. Filtraggio dei casi di test in base alla parola chiave (tag).
3. Per ogni caso di test, puoi anche avere un ID requisito mappato nella colonna Tag che non solo aiuterà a mantenere la tracciabilità end-to-end, ma ti permetterà anche di filtrare i casi di test in base a ciascun ID requisito e assicurarti che un numero sufficiente di test la copertura è a posto.

D # 12) Come si possono ottenere rapidamente test case nella suite Regression se i test case funzionali per il progetto sono pronti e più sprint del progetto sono già stati consegnati al cliente?

Risposta: segui i passaggi seguenti per ottenere rapidamente i casi di test esistenti nella suite di regressione:

1. Una volta che le suite di test funzionali per un progetto sono in atto, identificare tutti i casi di test adatti alla regressione.
2. Aggiungi tag come 'Candidato di regressione' per tutti i casi di test di regressione identificati.
3. Crea una nuova suite come 'Test di regressione' nel progetto. La suite potrebbe essere di tipo statico o basata su query.
4. Fare clic su Aggiungi scenario di test esistente, nella finestra della query selezionare i criteri come Tag = 'Candidato di regressione' e fare clic su Esegui.
5. Il risultante riceverà tutti i casi di test dal progetto identificati per i test di regressione.
6. È possibile selezionare tutti i casi di test dalla finestra risultante e fare clic su Importa. Di conseguenza, tutti i casi di test richiesti vengono aggiunti alla suite e la suite di regressione è pronta.

D # 13) L'autore del test case può essere diverso dai tester a lui assegnati in TFS. Ad esempio, se la persona A è quella che ha scritto il test case. Come puoi assegnarlo alla persona B per la sua esecuzione?

Risposta: Sì, l'autore del test case può essere diverso dai tester assegnati a loro in TFS. Quando aggiungi casi di test per una suite di test, il tuo nome viene visualizzato nella colonna Tester per impostazione predefinita.

Nella visualizzazione elenco dello scenario di test, selezionare uno scenario di test, fare clic con il pulsante destro del mouse e selezionare l'opzione 'Assegna tester' che quindi farà apparire l'elenco degli utenti esistenti. Puoi selezionare un tester ed è così che assegni uno scenario di test al QA all'interno del tuo team.

Allo stesso modo è possibile selezionare più casi di test e seguire lo stesso flusso di lavoro per assegnare più casi di test a un tester in una volta sola.

Q # 14) Per i casi di test con,Esempio:50 passaggi e li hai eseguiti parzialmente; come puoi riprendere l'esecuzione del test e continuare ad aggiornare lo stato del test dai passaggi in cui ti sei interrotto l'ultima volta?

Risposta: È possibile eseguire il test case facendo clic sul pulsante Esegui nella visualizzazione Elenco e questo aprirà la finestra del test runner.

Guarda l'immagine qui sotto:

Se stai eseguendo tutti i 50 passaggi in una volta, puoi aggiornare lo stato del passaggio del test come Superato / Non superato / Bloccato / Non applicabile e quindi lo stato del test case viene aggiornato di conseguenza.

Tuttavia, se si segue lo stesso approccio durante l'esecuzione parziale, il flusso di lavoro sarà il seguente:

Flusso di lavoro 2:

• Hai aggiornato 5 passaggi per Fallire e 20 passaggi per Superare, lascia il resto dei 25 passaggi non eseguiti. - + Salva e chiudi. - Di conseguenza, questo aggiorna lo stato del test case come Non riuscito (poiché 5 passaggi non sono stati ripristinati).
• Si continua quindi il test, facendo clic sul pulsante Esegui: lo stato dei precedenti 25 passaggi del test non viene mantenuto. Sarà quindi necessario aggiornare lo stato del test e i relativi commenti a partire dal passaggio 1.

Flusso di lavoro 3: Questo è l'approccio migliore da seguire quando è necessario eseguire parzialmente l'esecuzione del test per uno scenario di test e occorre un modo per riprendere il test in un secondo momento, quando necessario.

Sul test runner, aggiorna lo stato delle fasi di test eseguite e lascia le altre fasi di test non eseguite. NON salvare e chiudere lo scenario di test, invece che a livello di scenario di test, selezionare lo stato dello scenario di test come Pausa. Quando il test case è in stato di Pausa, l'opzione Riprendi accanto a Esegui è abilitata.

L'immagine del pulsante Riprendi è mostrata di seguito:

(Immagine fonte )

D # 15) Tra 10 passaggi di test, 1 passaggio di test non è riuscito dopo l'esecuzione. Il difetto associato viene nuovamente testato dopo aver effettuato la correzione. Come puoi gestire l'aggiornamento dello stato di test del test case?

Risposta: Metti in pausa lo stato del test case ogni volta che un passaggio non riesce, in modo da poter riprendere da lì e contrassegnare solo i passaggi non riusciti come superati.

Se lo stato del test case è stato completato, quindi rieseguirlo richiederà di aggiornare lo stato del test dal passaggio 1 poiché lo stato precedente dei passaggi viene aggiornato e i test case torneranno allo stato attivo.

D # 16) Spiegare il flusso di lavoro dell'esecuzione dello scenario di test in Test Runner e in ListView.

Risposta:

• Nella finestra Test Runner
  • Se è necessario contrassegnare la fase del test come 'Superato', fare clic sul segno di spunta per quella fase.
  • Se desideri contrassegnare la fase del test come 'Non riuscita', fai clic sul segno di croce per quella fase.
  • Nel caso in cui sia necessario aggiungere commenti per una fase del test, la fase Superare il test non mostra l'area di testo del commento. A partire da ora, la sezione dei commenti è disponibile solo nei passaggi 'Non riusciti'.
  • Se è necessario aggiungere un commento per un passaggio superato, contrassegnarlo come Non riuscito (fare clic sull'icona con la croce), quindi superare il passaggio (fare clic sull'icona del segno di spunta) e verrà visualizzata la sezione dei commenti. Questo è il problema noto in TFS.
  • Puoi anche fare una pausa a livello di fase di test e a livello di scenario di test.
  • Per il test case con dati parametrizzati, vengono eseguite più iterazioni di test case.
  • Puoi anche contrassegnare lo stato del test case come Bloccato.
• Nella visualizzazione Elenco dei test
  
  • È possibile selezionare più scenari di test nell'elenco Casi di test e contrassegnarli come Riusciti in una volta e alcuni altri gruppi di casi di test come Non riusciti. Tuttavia, con questo approccio, lo stato dei casi di test non viene aggiornato a livello della fase di test.
  • Ci sono anche altre opzioni come Bloccato, Non applicabile, Imposta come attivo, Riprendi (per il caso di test in pausa)

D # 17) Come si crea un bug in TFS durante l'esecuzione del test case? Viene automaticamente collegato al test case?

Risposta: Creazione di un bug in TFS durante l'esecuzione del test:

Nella finestra Test Runner, fare clic su Crea bug opzione per creare un nuovo bug (Vedi l'immagine sotto)

Si apre una finestra come mostrato di seguito in cui si inseriscono i dettagli del bug e quindi facendo clic su Salva si genera automaticamente un ID bug.

Il collegamento tra il caso di test e l'id del bug:

Il bug viene automaticamente mappato a TFS se si tratta di un ID bug TFS. Nel caso in cui il bug sia stato segnalato in uno strumento di gestione dei difetti esterno, è necessario mappare manualmente l'id del bug nella sezione dei commenti o nella colonna Tag della fase di test.

Visualizza l'ID bug TFS mappato per un test case:

Il passaggio Non riuscito viene automaticamente mappato al bug. Il test case esegue anche la mappatura automatica dell'ID bug di TFS. Ecco come visualizzare l'elenco degli ID bug mappati su un test case.

1. Salva e chiudi la finestra del test runner.
2. Vai al file Lavoro correlato sezione Link secondari per il test case.
3. Il collegamento figlio avrà tutti i bug associati per quel test case.

D # 18) Come puoi monitorare i progressi dei test?

Risposta: Accanto alla scheda 'Test' è presente una scheda 'Grafici'. È possibile tenere traccia dell'avanzamento del test a livello di test case o a livello di risultati del test e ottenere un grafico personalizzato di propria scelta.

Di seguito sono elencati i due esempi di come preparare un grafico.

a) Metriche dei risultati del test: il numero di stati superato / non riuscito / bloccato / in corso:

Seleziona Group by = Outcome, Values ​​= count of Tests.

In base al tipo di grafico selezionato nella sezione Istantanea (torta, barra, colonna, ecc.) - Il grafico visualizzato fornirà le metriche sul numero di casi di test: Non eseguito, Non applicabile, Superato, Non riuscito, Bloccato, In pausa .

b) Stato del test case per tester assegnato:

Seleziona Tabella pivot in Istantanea, Righe = Tester, Colonne = Risultato, Conteggio valori dei test: puoi quindi vedere la tabella pivot che mostra le metriche nel formato seguente:

qual è il miglior ide python

D # 19) Come puoi analizzare quale modulo / area ha il maggior numero di difetti dopo che l'esecuzione è stata completata per uno specifico sprint o iterazione?

Risposta: Crea un grafico utilizzando una barra in pila o una tabella pivot. Seleziona Nome = 'Bug per Team', Asse Y = 'Nome nodo', Raggruppa per = 'Priorità', Aggregazione = Conteggio degli elementi di lavoro.

Questo mostrerà quale modulo / area ha il maggior numero di difetti dopo che l'esecuzione è stata completata per uno sprint o iterazione specifica. (vedi immagine sotto)

D # 20) Come viene supportata la parametrizzazione in TFS? Spiega come hai implementato i test con le variazioni dei dati con un esempio dal tuo progetto.

Risposta: La parametrizzazione è una delle caratteristiche degne di nota fornite da TFS. Ci sono situazioni in cui è necessario testare lo stesso passaggio ma con variazioni dei dati / dati di test multipli ed è qui che la parametrizzazione aiuta.

Crea o aggiungi parametri:

C'è un'opzione nota come 'Parametri' proprio accanto al 'Piano di test'.

Schermata dei parametri:

(Immagine fonte )

Facendo clic su questa opzione si apre la schermata Parametri in cui è possibile visualizzare i dati del test. In basso Esempio - sono presenti variazioni di dati impostate sulle 3 colonne nella griglia: Numero1, Numero2, Risultato.

Nota : puoi nominare le colonne come desideri.

(Immagine fonte )

Accedi al parametro nel nostro caso di test:

Ora che il parametro è pronto per l'uso. È possibile accedere a questi valori nei casi di test. Per accedere ai dati parametrizzati, utilizzare @columnname nella fase del test ovunque tu voglia accedervi.

Vedere l'implementazione di seguito:

Qui, @ Number1 viene utilizzato nel passaggio1, la colonna @ Number2 viene utilizzata nel passaggio 2 e si accede a @Result nel risultato atteso del passaggio 3. Se la parametrizzazione non era a posto, potrebbero essere necessari 9 passaggi ciascuno con dati di test separati menzionati . Questo sforzo aggiuntivo di preparazione dello scenario di test viene salvato tramite questa funzione.

Eseguire il test case con dati parametrizzati:

Dalla visualizzazione Elenco degli scenari di test, quando li esegui, si apre il Test runner.

I dati parametrizzati verranno ora eseguiti in iterazioni:

Per il nostro esempio sopra:

La prima esecuzione mostrerà:
'Test 1 di 3: Iterazione 1',
Passaggio 1: immettere @ Number1
Numero1 = 5
Passaggio 2: immettere @ Number2
Numero2 = 5
Passaggio 3: aggiungere entrambi i numeri Risultato = 10 nella colonna dei risultati previsti

È possibile contrassegnare superato / non superato a livello di fase di test o direttamente a livello di iterazione. Ricorda, anche se contrassegni Iteration1 come Pass (ad esempio), l'intero stato del test case non è impostato - il test case non è ancora completamente eseguito. Quindi fare clic su Avanti e, in modo simile, seguire l'approccio per Iterazione 2 e Iterazione 3.

Una volta aggiornato lo stato per tutte le iterazioni, lo stato del test case come Superato / Non riuscito / Pausa viene impostato automaticamente. Il numero di iterazioni = il numero di righe nel parametro. Qui, c'erano 3 ripetizioni perché c'erano 3 righe di dati di test disponibili nei parametri.

Dai un'occhiata all'immagine qui sotto come riferimento ( Nota: l'immagine non è una sottosequenza dell'esempio precedente)

D # 21) Quali sono i diversi modi per estrarre i casi di test insieme allo stato aggiornato dopo l'esecuzione?

Risposta: Ci sono 4 alternative per estrarre i casi di test insieme allo stato aggiornato dopo l'esecuzione.

Sono:

a) Esporta tramite e-mail - Seleziona Test Suite, seleziona Esporta -> Esporta tramite e-mail. Con questa funzione, puoi esportare i casi di test nell'ID e-mail.

Fare riferimento all'immagine qui sotto:

(Immagine fonte )

b) Stampa il rapporto : Puoi anche stampare il rapporto.

c) Esporta in Excel utility : È disponibile un'utilità che consente di esportare i casi di test insieme ai risultati in un file Excel.

avvia un progetto java in eclipse

Per maggiori dettagli sull'utilità, vedere l'immagine seguente:

(Immagine fonte )

d) Copia-incolla dalla vista Griglia in Excel: È possibile copiare e incollare utilizzando Ctrl + C e Ctrl + V, rispettivamente dalla vista Griglia in Excel, quindi aggiornare manualmente lo stato per il risultato effettivo e lo stato del test.

D # 22) Come possono essere condivisi i passaggi del test e dove altro è possibile utilizzare i passaggi condivisi?

Risposta:

Condivisione di una fase di prova: Nella visualizzazione Elenco, quando si fa doppio clic su uno scenario di test, si apre la finestra dei dettagli dello scenario di test. Accanto al Riepilogo, c'è una scheda Passaggi. Quando si ingrandisce la scheda dei passaggi, viene visualizzata una schermata come nell'immagine sottostante.

Puoi aggiungere un passaggio condiviso come mostrato di seguito: Fare clic sull'icona Crea passaggi condivisi e creare un nuovo passaggio di prova. Questo è ora condiviso e può essere riutilizzato in un'altra suite di test o anche in un altro progetto. (Vedi l'immagine sotto)

Riutilizzo del passaggio condiviso: Vai alla schermata dei passaggi in cui desideri aggiungere un passaggio condiviso esistente. L'icona appena prima di 'Crea passaggi condivisi' è per 'Inserisci passaggio condiviso esistente', fare clic sull'icona, si apre una finestra di query con Campo = 'Tipo di oggetto di lavoro', Operatore = 'Nel gruppo', Valore = 'Microsoft.SharedStepCaregory '.

Quando si esegue la query, vengono visualizzati tutti i passaggi condivisi esistenti. È quindi possibile selezionare i passaggi e fare clic su Inserisci passaggi condivisi. (Vedi l'immagine sotto)

D # 23) Se i dati del test sono disponibili in un file Excel fornito dal cliente, come possono essere utilizzati in TFS?

Risposta: Puoi semplicemente copiare e incollare i dati dal file Excel fornito dal client in un nuovo parametro in TFS. (Vedere Q # 20 sopra in quanto chiarisce come creare un nuovo parametro e accedere al parametro in un caso di test).

D # 24) Come si può rendere disponibile sul dashboard un grafico accessibile localmente per il team e che anche gli stakeholder interessati possano visualizzarlo?

Risposta: La scheda accanto a 'Test' è 'Grafico' , dove puoi aggiungere grafici. Una volta visualizzato il grafico, fai clic con il pulsante destro del mouse sul grafico e il file 'Aggiungi alla dashboard' è disponibile, a condizione che i widget del dashboard fossero già configurati. In secondo luogo, ricorda che l'aggiunta dei grafici alla dashboard richiede anche i diritti di amministratore, altrimenti questa opzione è disabilitata per te.

D # 25) Come è possibile distribuire tutti i casi di test nella suite tra i membri del QA per l'esecuzione e notificarli tramite TFS?

Risposta: Fare clic con il tasto destro sulla suite di test e selezionare 'Assegna tester per eseguire tutti i test' e si apre una finestra di dialogo in cui è possibile aggiungere più ID utente tester, selezionare la casella di controllo Invia e-mail, immettere Oggetto e Nota. Fare clic su OK.

Viene inviata un'e-mail ai tester nell'elenco con il messaggio. Questo è il modo in cui l'assegnazione e la notifica di assegnazione vengono eseguite simultaneamente.

Guarda le immagini sottostanti per una migliore chiarezza:

D # 26) Come possiamo rimuovere l'etichetta 'Candidato di regressione' da tutti i casi di test con Priorità 2 in una volta sola?

Risposta:

per) Recuperare gli scenari di test per il progetto con priorità 2 tramite la query.

b) I criteri di ricerca sono i seguenti:

• Progetto di squadra = @ Progetto
• WorkItemType nel gruppo Microsoft.TestCaseCategory
• Priorità = 2

c) Seleziona tutti i casi di test recuperati nella finestra risultante una volta eseguita la query.

d) Viene visualizzata l'opzione 'Modifica elemento di lavoro selezionato'. Seleziona questa opzione. (Vedi l'immagine sotto)

e) Viene visualizzata la finestra Modifica elementi di lavoro.

f) Seleziona Field = Tag (Rimuovi) = Valore = Candidato alla regressione e fare clic su Salva.

Questo flusso di lavoro rimuoverà il tag = candidato alla regressione per tutti i casi di test con priorità 2 per il progetto.

D # 27) Come si recuperano i casi di test con la configurazione specifica da più progetti tramite la query?

Risposta: Crea una nuova suite di test e assegnagli un nome appropriato. Nella visualizzazione Elenco dello scenario di test, seleziona 'Aggiungi scenario di test esistente' e si aprirà una finestra di query.

• Non selezionare 'Team Project' = @ Project. Questo recupererà gli elementi di lavoro solo dal progetto corrente.
• Se è necessario selezionare casi di test con configurazione Esempio: 'Pre-produzione', seleziona i criteri di query con la colonna Configurazione = Pre-produzione, Tipo di elemento di lavoro = Microsoft.TestcaseCategory e seleziona la casella di controllo nell'angolo in alto a destra della finestra della query 'Query across projects'.
• L'esecuzione di questa query recupererà i casi di test con configurazione = Pre-produzione da più progetti.

Conclusione

Mentre lo strumento di gestione dei test TFS sta raggiungendo il mercato in modo graduale, abbiamo cercato di fare un tuffo profondo nell'argomento, consolidandone i dettagli e abbiamo fatto del nostro meglio per far conoscere ai nostri addetti al controllo qualità le vaste e grandi funzionalità supportate da TFS insieme a determinati problemi o inconvenienti noti e modi alternativi per affrontarli.

Spero che tu possa trarre il massimo beneficio dalla comprensione del flusso di lavoro dello strumento e allo stesso modo acquisirai il know-how dei questionari più probabili e pertinenti per TFS.

Una citazione popolare recita 'I leader non smettono mai di imparare'. Vorrei concludere qui, ma non lasciare mai che l'apprendimento si fermi. “Sii il Leader e ti auguro un grande Buon apprendimento '.

Autore: Questo post è stato scritto da Shobha D. Lavora come Project Lead e ha più di 9 anni di esperienza in test manuali, automazione e API.

Tutto il meglio per la tua intervista !!

Lettura consigliata

• Domande e risposte dell'intervista
• 25 migliori domande e risposte per l'intervista al test agile
• Alcune interessanti domande di intervista sul test del software
• Oltre 25 domande e risposte per i colloqui di ADO.NET più popolari
• Le 25 principali domande dell'intervista a Perl che dovresti preparare nel 2021
• Le 25 principali domande dell'intervista sull'ingegneria del software (LATEST 2021)
• Domande e risposte al colloquio di prova ETL
• Più di 40 domande e risposte per l'intervista agli analisti di test più popolari (2021 LIST)