Top 25+ Azure Test Plan ou TFS Questions d'entrevue

top 25 azure test plan

Questions d'entrevue les plus populaires sur Azure Test Plan:

Azure Test Plan est également appelé Azure DevOps Test Plan ou TFS (Team Foundation Server).

J'utilise Azure Test Plan au travail comme outil de gestion de test depuis plus de 2 ans maintenant.

Ici, dans cet article, je fournirais une liste complète de questions d'entretien pour le plan de test Azure (quelques questions délicates et leurs solutions que j'ai apprises avec l'expérience de l'outil).

Avant de passer à l'ensemble des questions d'entretien, j'aimerais définir un contexte holistique sur ce qu'est le plan de test Azure et quel est son objectif pour une équipe d'assurance qualité.

• Azure Test Plan est également appelé Azure DevOps Test Plan ou TFS (Team Foundation Server).
• Azure Test Plan est l'un des meilleurs outils de gestion de test basés sur le Web pour les tests manuels et automatisés.
• L'outil offre une très bonne option pour avoir une traçabilité de bout en bout en ayant des exigences, des documents de spécification et / ou des user stories liés aux cas de test, aux résultats des tests et aux défauts signalés.
• L'outil permet de garder une trace des détails de configuration tels que les cas de test exécutés dans un environnement spécifique ou le nombre de builds exécutés, l'auteur des cas de test et le contrôle qualité qui a exécuté les cas de test.
• Il permet d'attribuer ou de distribuer les cas de test à de nombreux testeurs au sein de l'équipe.
• Il sert un grand objectif, c'est-à-dire commencer dès la création de nouveaux cas de test, en réutilisant des cas de test existants jusqu'à suivre facilement la progression de l'effort de test.
• Il permet également d'avoir un tableau de bord personnalisé avec des graphiques simples et apparents.

Questions d'entretien les plus fréquentes sur TFS - Questions d'entretien sur Azure Test Plan

Voici une liste complète de questions d'entrevue sur TFS:

Q # 1) Nommez différents types de suites de tests que TFS permet à l'utilisateur de créer et en quoi chacune est-elle différente de l'autre?

Répondre: Test Suite est le regroupement de plusieurs cas de test. Le regroupement des cas de test peut être contre l'exigence ou tout autre élément de travail comme des user stories, une fonctionnalité, une demande de changement ou ceux-ci peuvent être regroupés sous forme de «suite de tests de régression» ou de «suite de tests de fumée».

Il existe trois types de suites de tests que les utilisateurs peuvent créer dans TFS:

• Suite de tests statiques
• Suite de tests d'exigence
• Suite de tests basés sur des requêtes

(Flux de travail:
Créer une suite de tests: Ouvrez Projet -> Test -> Plan de test -> Faites un clic droit sur Projet -> Cliquez sur Suite de tests.
Créer un élément de backlog: Ouvrir un projet -> Tableaux -> Backlogs -> Nouvel élément de travail )

a) Suite de tests statiques : Cela crée un dossier de base dans lequel vous pouvez ajouter manuellement des cas de test existants ou en créer de nouveaux. Vous pouvez également ajouter plusieurs suites enfants sous la suite principale. Par exemple - Une phase de test fonctionnel du Sprint 15 comporte 3 demandes de changement.

Exemple: Lorsque CR-123, CR-456, CR-789 sont 3 demandes de changement, alors vous avez une structure de suites statiques créée comme ci-dessous:

Vous pouvez ensuite ajouter les cas de test sous chacune de ces suites de tests enfants.

b) Suite basée sur les exigences: Ce type de suite est généralement utilisé dans la méthodologie de test Agile ou essentiellement lorsque l'équipe décide de faire correspondre chaque suite de tests à chaque exigence. L'exigence peut être n'importe quel élément de travail représentant des user stories ou n'importe quelle exigence fonctionnelle.

1. Afin d'avoir une suite basée sur les exigences, vous devez d'abord ajouter les éléments de travail (user stories, fonctionnalités) sous le Backlog.
2. Créez une suite de tests basée sur les exigences, puis une fenêtre de requête apparaîtra comme l'image ci-dessous.

Ici, vous sélectionnez Domaine = Type d'élément de travail, Évaluer = Microsoft.RequirementCategory et Chemin de la zone = et cliquez sur Exécuter la requête .

La fenêtre résultante affichera tous les éléments / exigences du backlog existant pour le projet. Sélectionnez celui que vous souhaitez ajouter et le dossier de la suite de tests est créé avec le titre identique à la user story que vous avez sélectionnée. Tous les cas de test que vous créez sous la suite seront désormais mappés sur la user story.

c) Suite basée sur des requêtes: Comme son nom l'indique, ce type de suite vous permet d'ajouter des cas de test existants en interrogeant la base de données du projet dans TFS. La réutilisabilité des cas de test existants est l'aspect sur lequel se concentre ce type de suite.

Lorsque vous ajoutez une suite basée sur des requêtes, une fenêtre de requête s'affiche, dans laquelle vous pouvez ajouter les cas de test existants du projet actuel ou d'un autre projet.

( Noter: @Project fait référence au projet actuel et @me fait référence à mon identifiant d'utilisateur dans TFS dans l'image ci-dessous)

Q # 2) Vous avez eu une discussion avec votre analyste commercial concernant l'approche de test et la portée des tests pour un ou plusieurs cas de test particuliers et vous devez en informer vos coéquipiers. Comment pouvez-vous les notifier via TFS?

Répondre: Lorsque vous double-cliquez sur un scénario de test dans la vue Liste et que vous l'ouvrez, une fenêtre s'affiche dans laquelle vous pouvez voir le titre du scénario de test, les balises que vous avez ajoutées, des sections pour le résumé, les étapes, les pièces jointes et la discussion. Afin de notifier quoi que ce soit au (x) coéquipier (s), on peut utiliser une fonction appelée «@mention».

Dans la section Discussion, vous pouvez utiliser le symbole @, puis la liste des identifiants utilisateur pour le projet s'affiche. Vous pouvez ensuite sélectionner un identifiant d'utilisateur auquel vous souhaitez notifier, suivi d'un message. Vous pouvez également saisir plusieurs identifiants @user pour notifier plusieurs coéquipiers à la fois.

Si vous devez ajouter un lien dans le message, ajoutez le symbole # suivi de l'URL, puis appuyez sur ENTRÉE. Le message est ajouté en tant que point de discussion et un e-mail est automatiquement envoyé à l'utilisateur mentionné dans @mention.

Par exemple, @Shalini Singh vous pouvez vous référer à la matrice de couverture de test

Dans l'exemple ci-dessus, j'ai ajouté une notification qui déclenchera un e-mail pour Shalini Singh avec un message comme ci-dessus avec le texte du lien hypertexte www.softwaretestinghelp.com/test-coverage/

Voir l'image ci-dessous pour une meilleure compréhension:

Q # 3) Comment triez-vous les cas de test que vous ajoutez dans le TFS?

Répondre: Lorsque vous ajoutez des cas de test dans TFS, ils sont souvent ajoutés de manière non triée. Il existe 2 façons de trier les cas de test.

à) Dans la vue Liste des cas de test, il y a une colonne nommée «Ordre». Chaque scénario de test reçoit un identifiant de commande unique attribué automatiquement en fonction de l'ordre dans lequel le scénario de test est ajouté. Vous pouvez trier le cas de test en cliquant sur la colonne Ordre.

(image la source )

b) Ou, dans le coin supérieur droit, il y a une option nommée «Commander des tests». Cliquer sur les tests de commande trie tous les cas de test dans la vue de liste.

où puis-je trouver la clé de sécurité

Q # 4) Quelles sont les différentes vues disponibles pour les cas de test dans TFS?

Répondre: Deux vues sont disponibles pour les cas de test dans TFS:

1. Vue de liste
2. Vue en grille

a) Vue de liste: Il s'agit de la vue par défaut des cas de test dans TFS. Dans cette vue, comme son nom l'indique, tous les cas de test sont répertoriés de manière triée si la liste est triée à l'aide de l'ID de commande.

Il y a plusieurs colonnes affichées pour chaque cas de test dans cette vue; comme Résultat - qui est le dernier statut du cas de test, Commander - représentant l'ID de commande en fonction de l'ordre d'insertion du cas de test, ID - un identifiant de cas de test unique généré automatiquement, Titre , Configuration , résultat attendu , etc.

Dans cette vue, vous pouvez effectuer les actions suivantes:

1. Vous pouvez exécuter les cas de test.
2. Marquer le statut de test pour chaque cas de test.
3. Ajoutez de nouveaux cas de test ou importez des cas de test existants.
4. Supprimer les cas de test existants.
5. Filtrez les cas de test en fonction de différents critères tels que les configurations, les balises, etc.
6. Vous pouvez également distribuer les cas de test parmi les testeurs.
7. Déplacez les cas de test par simple glisser-déposer.
8. Modifiez la configuration des cas de test.
9. Double-cliquez sur le cas de test pour ouvrir une autre fenêtre dans laquelle une vue en grille des cas de test est affichée. Vous pouvez ajouter, mettre à jour ou supprimer des étapes de test dans cette fenêtre.

L'image ci-dessous représente le ListView:

b) Vue Grille: Dans le coin supérieur droit de la vue Liste - vous pouvez voir l’option «Liste», en cliquant sur cette option, la vue devient «Grille». La vue en grille est très similaire à celle d'une vue de feuille de calcul Excel. Dans cette vue, vous ne serez pas autorisé à effectuer les actions que la vue de liste vous permet de faire.

Vue de la grille:

• Il permet à l'utilisateur d'ajouter plusieurs étapes de test tout comme le fait Excel.
• Vous pouvez même réutiliser les cas de test existants d'Excel de manière plus simple dans cette vue.
• Vous pouvez insérer une ligne, supprimer une ligne ou mettre à jour les cas de test.

Cependant, n'oubliez pas que dans une vue en grille, vous ne pouvez pas importer un scénario de test existant via une requête et vous ne pouvez pas exécuter ou mettre à jour l'état du scénario de test.

Un autre différence principale entre les deux vues est que malgré que les deux vues permettent à l'utilisateur d'ajouter, de supprimer ou de mettre à jour manuellement les cas de test -

• La vue Liste vous permet d'ajouter ou de mettre à jour un cas de test à la fois.
• La vue en grille vous permet d'ajouter ou de mettre à jour plusieurs cas de test, chacun avec plusieurs étapes de test en une seule fois.

L'image ci-dessous représente la vue en grille.

Q # 5) TFS fournit-il des options telles que le glisser-déposer et la vérification orthographique dans la vue en grille des cas de test? Sinon, comment pouvez-vous surmonter ce problème?

Répondre: TFS ne propose pas d'options telles que le glisser-déposer des étapes de test pour copier des données d'une cellule à une autre ou pour incrémenter automatiquement un identifiant numérique dans les autres cellules.

La meilleure alternative est de préparer les cas de test dans Excel avec une fonction de glisser-déposer si nécessaire et de corriger toutes les erreurs typographiques en exécutant une vérification orthographique, puis de les déplacer dans TFS.

Q # 6) Vous pouvez ajouter plusieurs lignes dans une cellule en utilisant ALT + Entrée dans Excel. Comment pouvez-vous effectuer la même action dans TFS - Grid view?

Répondre: SHIFT + Entrée est le raccourci qui est utilisé dans TFS lors de l'ajout de cas de test en mode Grille.

Q # 7) Quels sont les différents critères utilisés dans la recherche par requête?

Répondre: Comme les requêtes SQL, la recherche par requête permet également aux utilisateurs de rechercher dans toute la base de données TFS en fonction d'un nom de champ ou de colonne, un opérateur et la valeur attendue.

La recherche par requête peut être effectuée à l'aide de différents critères, comme expliqué ci-dessous:

a) Recherche par requête basée sur une vérification que certains champs incluent une valeur de texte:

Dans l'image ci-dessous, tout élément de travail (user stories, fonctionnalités ou cas de test ou suite de tests, etc.) du projet actuel avec un titre ou une description contenant les mots «web» et «performance or guidance» serait récupéré lors de l'exécution.

b) Recherche par requête basée sur WorkItemType:

L'image ci-dessous montre la recherche de requête basée sur WorkItemType = bugs.

• Lorsque field = Type d'élément de travail, operator = 'In Group' et Value = Microsoft.BugCategory, il recherche tous les bogues TFS signalés pour le projet.
• Lorsque Value = Microsoft. Test CaseCategory, cette recherche est effectuée pour récupérer tous les cas de test correspondant au reste des critères de champ.
• De même, lorsque Value = Microsoft. RequirementCategory - éléments de travail du backlog - c'est-à-dire que les user stories ou les fonctionnalités sont récupérées.

c) Recherche par requête basée sur les options de colonne disponibles:

Dans l'image ci-dessous, tous les bogues attribués sont recherchés.

La requête peut être basée sur les critères de recherche d'une correspondance de valeur de colonne, les colonnes peuvent être n'importe quelle colonne disponible comme Balises, Priorité, Attribuée à, ID, Configuration, Description et de nombreuses autres colonnes disponibles.

Vous pouvez également récupérer certaines colonnes contenant des valeurs nulles ou vides. Dans l'image ci-dessous, toutes les tâches avec une activité vide seraient récupérées.

Q # 8) Pouvez-vous réutiliser les cas de test existants dans TFS? Si oui, expliquez toutes les différentes alternatives pour le faire.

Répondre: Excel vous permet de faire glisser et déposer certaines étapes de test et elles sont copiées rapidement sur plusieurs cellules s'il existe des identificateurs numériques faisant glisser les valeurs de cellule qui remplissent automatiquement les identificateurs incrémentés.

La vérification orthographique est un autre avantage disponible dans Excel et est très essentielle lors de la création de cas de test afin d'éviter toute erreur typographique. Malheureusement, il s'agit d'un inconvénient connu dans TFS à partir de maintenant que Microsoft aborde déjà et travaille sur.

Pourtant, le côté chanceux est que vous pouvez toujours écrire les cas de test dans Excel dans le format correspondant à la vue Grille, et pouvez exécuter la vérification orthographique. Ils peuvent facilement copier-coller les données Excel en utilisant CTRL C & CTRL V dans la vue Grille du TFS et appuyer sur CTRL + S pour enregistrer le ou les cas de test.

Q # 9) Après avoir importé un cas de test existant avec l 'id - 123 (par exemple) via la requête, l' id du cas de test nouvellement cloné change - t - il ou est - il conservé comme 123?

Répondre: Lorsque vous cliquez sur Ajouter un cas de test existant dans la vue Liste des cas de test, une fenêtre de requête apparaît -
Sélectionnez WorkItemType = Microsoft.Test CaseCategory, AreaPath = et ID =.

différence entre le plan de test et le cas de test

Le cas de test existant avec l'ID est copié dans la suite actuelle et l'ID de test reste le même.

( Exemple: Si l'ID importé était 123, après le clonage du scénario de test, le scénario de test cloné conserve le même ID.)

Q # 10) Dans la sous-séquence avec le Q9 au dessus, si vous effectuez une mise à jour des cas de test clonés et que maintenant le même identifiant de cas de test est à nouveau importé à l'aide de la requête, quelles données affichera-t-il - d'origine ou mise à jour?

Répondre: Si vous mettez à jour quelques étapes de test et cliquez sur Enregistrer, l'ID du scénario de test ne changera toujours pas. Vous devez ensuite accéder à la troisième suite de tests et importer le scénario de test avec le même identifiant. Maintenant, le cas de test mis à jour avec les dernières étapes de test est ajouté. Cependant, il n'y aura pas de modification du scénario de test d'origine dans la première suite de tests.

Q # 11) Comment ajoutez-vous la colonne de balises dans la section Cas de test? Quand et comment l'utilisation des balises est-elle bénéfique?

Répondre: Pour ajouter une colonne de balises dans la section Cas de test, il existe une option sur ListView nommée Options de colonne . Cette option ouvre une fenêtre à travers laquelle vous pourrez ajouter la colonne «Tags» dans la section Cas de test.

'Ajouter une balise' vous permet d'ajouter n'importe quelle valeur de texte en tant que balise. (Voir l'option en surbrillance dans l'image ci-dessous)

Vous pouvez également ajouter des balises dans la vue Grille. Pour ajouter plusieurs balises dans la vue Grille, entrez plusieurs textes dans la colonne Balises, séparés par une virgule.

( Exemple: Si vous entrez «Positif», «Exploratoire» pour un scénario de test sous la vue Grille, cliquez sur Enregistrer pour afficher plusieurs balises en vue Liste sous forme de filtres dans le coin supérieur droit.

Reportez-vous à l'image ci-dessous:

L'utilisation de balises présente de nombreux avantages:

1. Marquez chaque scénario de test par rapport à une catégorie spécifique. Exemple: Positif, Négatif afin de catégoriser les cas de test en scénarios positifs et négatifs.
2. Filtrer les cas de test en fonction du mot-clé (balises).
3. Pour chaque scénario de test, vous pouvez également avoir un identifiant d'exigence mappé dans la colonne Balises, ce qui non seulement aidera à maintenir la traçabilité de bout en bout, mais vous permettra également de filtrer les cas de test en fonction de chaque ID d'exigence et de vous assurer qu'un test suffisant la couverture est en place.

Q # 12) Comment pouvez-vous préparer rapidement des cas de test sous la suite de régression si les cas de test fonctionnels du projet sont prêts et que plusieurs sprints du projet ont déjà été livrés au client?

Réponse: Suivez les étapes ci-dessous pour obtenir rapidement les cas de test existants dans la suite de régression:

1. Une fois les suites de tests fonctionnels d'un projet en place, identifiez tous les cas de test adaptés à la régression.
2. Ajoutez une balise en tant que «candidat à la régression» pour tous les cas de test de régression que vous identifiez.
3. Créez une nouvelle suite sous le nom de «Test de régression» dans le cadre du projet. La suite peut être du type statique ou basée sur des requêtes.
4. Cliquez sur Ajouter un cas de test existant, dans la fenêtre de requête, sélectionnez les critères comme Tags = 'Candidat à la régression' et cliquez sur Exécuter.
5. Le résultat obtiendra tous les cas de test du projet identifiés pour les tests de régression.
6. Vous pouvez sélectionner tous les cas de test dans la fenêtre résultante et cliquer sur Importer. En conséquence, tous les cas de test requis sont ajoutés à la suite et la suite de régression est prête.

Q # 13) L'auteur du cas de test peut-il être différent des testeurs qui lui sont assignés dans TFS? Par exemple, si la personne A est celle qui a écrit le cas de test. Comment l'attribuer à la personne B pour son exécution?

Répondre: Oui, l'auteur du scénario de test peut être différent des testeurs qui lui sont affectés dans TFS. Lorsque vous ajoutez des cas de test pour une suite de tests, votre nom apparaît par défaut dans la colonne Tester.

Dans la vue liste du cas de test, sélectionnez un cas de test, cliquez avec le bouton droit de la souris et sélectionnez l'option «Attribuer un testeur» qui fera alors apparaître la liste des utilisateurs existants. Vous pouvez sélectionner un testeur et c'est ainsi que vous attribuez un scénario de test au contrôle qualité au sein de votre équipe.

Vous pouvez également sélectionner plusieurs cas de test et suivre le même flux de travail afin d'attribuer plusieurs cas de test à un testeur en une seule fois.

Q # 14) Pour les cas de test avec,Exemple:50 étapes et vous les avez partiellement exécutées; Comment pouvez-vous reprendre l'exécution du test et continuer à mettre à jour l'état du test à partir des étapes où vous avez quitté la dernière fois?

Répondre: Vous pouvez exécuter le scénario de test en cliquant sur le bouton Exécuter dans la vue Liste et cela ouvrira alors la fenêtre du lanceur de test.

Voir l'image ci-dessous:

Si vous exécutez les 50 étapes en une seule fois, vous pouvez mettre à jour l'état de l'étape de test en tant que Réussite / Échec / Bloqué / Non applicable et par conséquent, l'état du scénario de test est mis à jour en conséquence.

Cependant, si la même approche est suivie lors de votre exécution partielle, le flux de travail serait le suivant:

Flux de travail 2:

• Vous avez mis à jour 5 étapes pour échouer et 20 étapes pour réussir, laissez le reste des 25 étapes non exécutées. - + Enregistrer et fermer. - Par conséquent, cela met à jour le statut du scénario de test comme Échec (car 5 étapes ont échoué).
• Vous continuez ensuite le test, en cliquant sur le bouton Exécuter - L'état des 25 étapes de test précédentes n'est pas conservé. Vous devrez ensuite mettre à jour l'état du test et ses commentaires à partir de l'étape 1.

Flux de travail 3: Il s'agit de la meilleure approche à suivre lorsque vous devez exécuter partiellement un test pour un scénario de test et que vous avez besoin d'un moyen de reprendre les tests plus tard lorsque cela est nécessaire.

Sur le lanceur de test, mettez à jour le statut des étapes de test exécutées et laissez le reste des étapes de test non exécutées. NE PAS enregistrer et fermer le cas de test, au lieu de au niveau du cas de test, sélectionnez l'état du cas de test comme Pause. Lorsque le scénario de test est à l'état Pause, l'option Reprendre en regard de Exécuter est activée.

L'image du bouton Reprendre est illustrée ci-dessous:

(image la source )

Q # 15) Parmi 10 étapes de test, 1 étape de test a échoué après l'exécution. Le défaut associé est retesté une fois le correctif effectué. Comment pouvez-vous gérer la mise à jour du statut de test du scénario de test?

Répondre: Suspendez l'état du scénario de test chaque fois qu'une étape échoue, afin de pouvoir reprendre à partir de là et marquer uniquement les étapes ayant échoué comme réussies.

Si le statut du scénario de test est terminé, le réexécuter vous obligera à mettre à jour le statut du test à partir de l'étape 1, car le statut antérieur des étapes est actualisé et les scénarios de test reviennent à l'état Actif.

Q # 16) Expliquez le flux de travail de l'exécution du scénario de test dans Test Runner et dans ListView.

Répondre:

• Dans la fenêtre Test Runner
  • Si vous devez marquer l’étape de test comme «Réussi», cliquez sur la coche correspondant à cette étape.
  • Si vous souhaitez marquer l’étape de test comme «Échec», cliquez sur le signe en croix pour cette étape.
  • Si vous devez ajouter des commentaires pour une étape de test, l'étape de test Réussir n'affiche pas la zone de texte des commentaires. À partir de maintenant, la section des commentaires est disponible uniquement pour les étapes 'Échec'.
  • Si vous devez ajouter un commentaire pour une étape réussie, marquez-la comme Échec (cliquez sur l'icône Croix) puis passez l'étape (cliquez sur l'icône de coche) et vous verrez la section des commentaires. Il s'agit du problème connu dans le TFS.
  • Vous pouvez également faire une pause au niveau de l'étape de test et au niveau du scénario de test.
  • Pour le cas de test avec des données paramétrées, plusieurs itérations de cas de test sont exécutées.
  • Vous pouvez également marquer le statut du scénario de test comme Bloqué.
• Sur la vue Liste des tests
  
  • Vous pouvez sélectionner plusieurs cas de test dans la liste Cas de test et les marquer comme Réussi en une fois et quelques autres ensembles de cas de test comme Échec. Cependant, avec cette approche, le statut des cas de test n'est pas mis à jour au niveau de l'étape de test.
  • Il existe d'autres options telles que Bloqué, Non applicable, Définir comme actif, Reprendre (pour le cas de test en pause)

Q # 17) Comment pouvez-vous créer un bogue dans TFS pendant l'exécution du scénario de test? Est-il automatiquement lié au scénario de test?

Répondre: Création d'un bogue dans TFS lors de l'exécution du test:

Dans la fenêtre Test Runner, cliquez sur Créer un bug option afin de créer un nouveau bogue (voir l'image ci-dessous)

Une fenêtre s'ouvre comme indiqué ci-dessous dans laquelle vous remplissez les détails du bogue et cliquez ainsi sur Enregistrer pour générer automatiquement un identifiant de bogue.

Le lien entre le cas de test et l'ID de bogue:

Le bogue est automatiquement mappé sur le TFS s'il s'agit d'un identifiant de bogue TFS. Dans le cas où le bogue a été signalé dans un outil de gestion des défauts externe, vous devez mapper manuellement l'ID du bogue dans la section commentaires ou dans la colonne Tag de l'étape de test.

Afficher l'ID de bogue TFS mappé pour un cas de test:

L'étape Échec est automatiquement mappée au bogue. Le scénario de test se mappe également automatiquement sur l'ID de bogue TFS. Voici comment afficher la liste des identifiants de bogues mappés à un cas de test.

1. Enregistrez et fermez la fenêtre du testeur.
2. Accédez au Travaux connexes section Liens enfants pour le cas de test.
3. Le lien enfant aura tous les bogues associés pour ce cas de test.

Q # 18) Comment pouvez-vous suivre la progression des tests?

Répondre: Juste à côté de l'onglet 'Tests', il y a un onglet 'Graphiques'. Vous pouvez suivre la progression du test au niveau du cas de test ou au niveau des résultats du test et obtenir un graphique personnalisé de votre choix.

Vous trouverez ci-dessous les deux exemples de préparation d'un graphique.

a) Mesures des résultats du test: le nombre de statut de réussite / échec / bloqué / en cours:

Sélectionnez Regrouper par = Résultat, Valeurs = nombre de tests.

En fonction du type de graphique sélectionné dans la section Instantané (camembert, barre, colonne, etc.) - Le graphique affiché vous donnera les métriques sur le nombre de cas de test - Non exécuté, Non applicable, Réussi, Échec, Bloqué, En pause .

b) État du cas de test par testeur affecté:

Sélectionnez Tableau croisé dynamique sous Snapshot, Lignes = Testeur, Colonnes = Résultat, Valeurs Nombre de tests - vous pouvez ensuite voir le tableau croisé dynamique qui affiche les métriques au format ci-dessous:

Q # 19) Comment pouvez-vous analyser quel module / domaine a le plus de défauts une fois l'exécution terminée pour un sprint ou une itération spécifique?

Répondre: Créez un graphique à l'aide d'une barre empilée ou d'un tableau croisé dynamique. Sélectionnez Name = ’Bugs by Team’, Y-axis = ’Node name’, Group by = ’Priority’, Aggregation = Count of work items.

Cela affichera quel module / zone a le plus de défauts une fois l'exécution terminée pour un sprint ou une itération spécifique. (voir l'image ci-dessous)

Q # 20) Comment le paramétrage est-il pris en charge dans TFS? Expliquez comment vous avez mis en œuvre des tests avec des variations de données avec un exemple de votre projet.

Répondre: Le paramétrage est l'une des fonctionnalités remarquables de TFS. Il y a des situations où vous devez tester la même étape mais avec des variations de données / plusieurs données de test et c'est là que le paramétrage aide.

Créez ou ajoutez des paramètres:

Il existe une option appelée «Paramètres» juste à côté du «Plan de test».

Écran des paramètres:

(image la source )

Cliquer sur cette option ouvre l'écran des paramètres où vous pouvez voir vos données de test. Dans le dessous Exemple - il existe des variations de données définies sur les 3 colonnes de la grille - Numéro1, Numéro2, Résultat.

Remarque : vous pouvez nommer les colonnes comme vous le souhaitez.

(image la source )

Accédez au paramètre dans notre cas de test:

Maintenant que le paramètre est prêt à être utilisé. Vous pouvez accéder à ces valeurs dans les cas de test. Pour accéder aux données paramétrées, utilisez @nom de colonne dans l'étape de test où vous souhaitez y accéder.

Voir l'implémentation ci-dessous:

Ici, @ Number1 est utilisé à l'étape1, la colonne @ Number2 est utilisée à l'étape 2 et @Result est accessible dans le résultat attendu de l'étape 3. Si le paramétrage n'était pas en place, vous avez peut-être eu besoin de 9 étapes chacune avec des données de test distinctes mentionnées . Cet effort supplémentaire de préparation de cas de test est enregistré grâce à cette fonctionnalité.

Exécuter un cas de test avec des données paramétrées:

Dans la vue Liste des cas de test, lorsque vous les exécutez, le lanceur de tests s'ouvre.

Les données paramétrées s'exécuteront désormais par itérations:

Pour notre exemple ci-dessus:

La première exécution montrera:
«Test 1 sur 3: Itération 1»,
Étape 1: entrez @ Number1
Numéro1 = 5
Étape 2: entrez @ Number2
Numéro2 = 5
Étape 3: ajoutez les deux nombres Result = 10 dans la colonne de résultat attendu

Vous pouvez marquer réussite / échec au niveau de l'étape de test ou directement au niveau de l'itération. N'oubliez pas que même si vous marquez Iteration1 comme Pass (par exemple), le statut du scénario de test n'est pas entièrement défini - le scénario de test n'est pas encore entièrement exécuté. Cliquez ensuite sur suivant et de la même manière, suivez l'approche pour l'itération 2 et l'itération 3.

Une fois que le statut est mis à jour pour toutes les itérations, le statut du scénario de test comme Réussite / Échec / Pause est défini automatiquement. Le nombre d'itérations = le nombre de lignes dans le paramètre. Ici, il y a eu 3 itérations car il y avait 3 lignes de données de test disponibles dans les paramètres.

Jetez un œil à l'image ci-dessous pour référence ( Noter: l'image n'est pas une sous-séquence de l'exemple ci-dessus)

Q # 21) Quelles sont les différentes façons d'extraire les cas de test avec l'état mis à jour après l'exécution?

Répondre: Il existe 4 alternatives pour extraire les cas de test avec l'état mis à jour après l'exécution.

Elles sont:

a) Exporter par e-mail - Sélectionnez la suite de tests, sélectionnez Exporter -> Exporter par e-mail. Avec cette fonctionnalité, vous pouvez exporter les cas de test vers l'ID de messagerie.

Reportez-vous à l'image ci-dessous:

(image la source )

b) Imprimez le rapport : Vous pouvez également imprimer le rapport.

c) Exporter vers l'utilitaire Excel : Il existe un utilitaire qui vous permet d'exporter vos cas de test avec les résultats dans un fichier Excel.

Pour plus de détails sur l'utilitaire, voir l'image ci-dessous:

(image la source )

d) Copiez-collez de la vue Grille dans Excel: Vous pouvez copier-coller en utilisant Ctrl + C et Ctrl + V, respectivement à partir de la vue Grille dans Excel, puis mettre à jour manuellement le statut pour le résultat réel et le statut du test.

Q # 22) Comment les étapes de test peuvent-elles être partagées et où pouvez-vous utiliser les étapes partagées?

Répondre:

Partager une étape de test: Dans la vue Liste, lorsque vous double-cliquez sur un scénario de test, la fenêtre de détail du scénario de test s'ouvre. À côté du résumé, il y a un onglet Étapes. Lorsque vous agrandissez l'onglet étapes, un écran s'affiche comme dans l'image ci-dessous.

Vous pouvez ajouter une étape partagée comme indiqué ci-dessous: Cliquez sur l'icône Créer des étapes partagées et créez une nouvelle étape de test. Ceci est maintenant partagé et peut être réutilisé dans une autre suite de tests ou un autre projet aussi. (Voir l'image ci-dessous)

Réutilisation de l'étape partagée: Accédez à l'écran des étapes où vous souhaitez ajouter une étape partagée existante. L'icône juste avant 'Créer des étapes partagées' est pour 'Insérer une étape partagée existante', cliquez sur l'icône, une fenêtre de requête s'ouvre avec Champ = 'Type d'élément de travail', Opérateur = 'En groupe', Valeur = 'Microsoft.SharedStepCaregory ».

Lorsque vous exécutez la requête, toutes les étapes partagées existantes sont affichées. Vous pouvez ensuite sélectionner les étapes et cliquer sur Insérer des étapes partagées. (Voir l'image ci-dessous)

Q # 23) Si les données de test sont disponibles dans un fichier Excel fourni par le client, comment peuvent-elles être utilisées dans TFS?

Répondre: Vous pouvez simplement copier-coller les données du fichier Excel fourni par le client dans un nouveau paramètre dans TFS. (Voir Q # 20 ci-dessus car il clarifie comment créer un nouveau paramètre et accéder au paramètre dans un cas de test).

Q # 24) Comment pouvez-vous rendre un graphique accessible localement disponible sur le tableau de bord pour l'équipe et les parties prenantes concernées peuvent également le consulter?

Répondre: L'onglet à côté de 'Tests' est 'Graphique' , où vous pouvez ajouter des graphiques. Une fois le graphique affiché, cliquez avec le bouton droit de la souris sur le graphique et 'Ajouter au tableau de bord' L'option est disponible - à condition que les widgets du tableau de bord aient déjà été configurés. Deuxièmement, rappelez-vous que l'ajout de graphiques au tableau de bord nécessite également des droits d'administrateur sinon cette option est désactivée pour vous.

Q # 25) Comment pouvez-vous distribuer tous les cas de test de la suite parmi les membres QA pour exécution et les notifier via TFS?

Répondre: Faites un clic droit sur la suite de tests et sélectionnez 'Attribuer des testeurs pour exécuter tous les tests' et une boîte de dialogue s'ouvre où vous pouvez ajouter plusieurs ID utilisateur de testeurs, cochez la case Envoyer un e-mail, entrez Objet et Remarque. Cliquez sur OK.

Un email est envoyé aux testeurs de la liste avec le message. C'est ainsi que l'allocation et la notification d'allocation se font simultanément.

Voir les images ci-dessous pour une meilleure clarté:

Q # 26) Comment pouvons-nous faire supprimer le tag «Candidat à la régression» sur tous les cas de test de priorité 2 en une seule fois?

Répondre:

à) Récupérez les cas de test pour le projet qui sont de priorité 2 via la requête.

b) Les critères de requête sont les suivants:

• Projet d'équipe = @ Projet
• WorkItemType dans le groupe Microsoft.TestCaseCategory
• Priorité = 2

c) Sélectionnez tous les cas de test récupérés dans la fenêtre résultante une fois la requête exécutée.

ré) L'option 'Modifier l'élément de travail sélectionné' s'affiche. Sélectionnez cette option. (Voir l'image ci-dessous)

est) La fenêtre Modifier les éléments de travail s'affiche.

F) Sélectionnez Champ = Tags (supprimer) = Valeur = Candidat à la régression et cliquez sur Enregistrer.

Ce flux de travail supprimera le Tag = Regression Candidate pour tous les cas de test avec la priorité 2 pour le projet.

Q # 27) Comment récupérez-vous des cas de test avec la configuration spécifique de plusieurs projets via la requête?

Répondre: Créez une nouvelle suite de tests et nommez-la de manière appropriée. Dans la vue Liste du scénario de test, sélectionnez 'Ajouter un scénario de test existant', et une fenêtre de requête s'ouvre.

• Ne sélectionnez pas «Projet d'équipe» = @ Projet. Cela récupérera les éléments de travail du projet actuel uniquement.
• Si vous devez sélectionner des cas de test avec configuration Exemple: «Pré-production», sélectionnez les critères de requête avec la colonne Configuration = Pré-production, Type d'élément de travail = Microsoft.TestcaseCategory et cochez la case dans le coin supérieur droit de la fenêtre de requête «Requête à travers les projets».
• L'exécution de cette requête récupérera les cas de test avec configuration = Pré-production à partir de plusieurs projets.

Conclusion

Alors que l'outil de gestion des tests TFS rattrape progressivement le marché, nous avons essayé de plonger profondément dans le sujet, en consolidant ses détails et avons fait de notre mieux pour familiariser nos équipes d'assurance qualité sur les vastes et excellentes fonctionnalités prises en charge par TFS. ainsi que certains problèmes ou inconvénients connus et d'autres moyens de les résoudre.

J'espère que vous récolterez le maximum d'avantages en comprenant le flux de travail de l'outil et en acquérant également le savoir-faire des questionnaires les plus probables et les plus pertinents pour TFS.

Une citation populaire se lit comme suit: «Les leaders n'arrêtent jamais d'apprendre». Je voudrais conclure ici - mais ne laissez jamais l'apprentissage s'arrêter. «Soyez le leader et vous souhaite une très Bon apprentissage ».

Auteur: Cet article a été écrit par Shobha D. Elle travaille en tant que chef de projet et possède plus de 9 ans d'expérience dans les tests manuels, d'automatisation et d'API.

Tout le meilleur pour votre entretien !!

le meilleur téléchargeur vidéo gratuit sur youtube

lecture recommandée

• Questions et réponses d'entrevue
• 25 meilleures questions et réponses d'entrevue de test Agile
• Quelques questions d'entretien intéressantes sur les tests de logiciels
• 25+ questions et réponses d'entrevue ADO.NET les plus populaires
• Top 25 des questions d'entretien Perl à préparer en 2021
• Top 25 des questions d'entrevue en génie logiciel (DERNIER 2021)
• Questions et réponses d'entrevue de test ETL
• Plus de 40 questions et réponses sur les entretiens avec les analystes d'assurance qualité de test populaires (LISTE 2021)