Exécution de tests exploratoires à l'aide de Microsoft Test Manager

Examen des ressources de tests exploratoires une application sans ensemble de tests définis à l'avance, et sans script des étapes prédéterminées.

Le test manager (MTM) de Microsoft vous permet en stockant les actions que vous exécutez pendant que vous travaillez avec votre application.Vous pouvez également stocker des captures d'écran, les commentaires, les pièces jointes, une narration audio et le graphique d'écran.L'enregistrement simplifie le suivi tout défaut que vous pouvez découvrir.Vous pouvez également enregistrer vos actions comme cas de test, afin qu'il soit facile pour vous ou un collègue reproduise le test après que l'application soit mise à jour.

Configuration requise

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

Consultez Vidéo : Sortie facilement de reproduction via le test manuel.

• Lorsque j'ouvre MTM il me demande de me connecter à un projet d'équipe et un plan de test. Les sont -elles ?
  Pour plus d'informations, consultez Adoption de Visual Studio et Team Foundation Server pour Application Lifecycle Management et Test de l'application.

Démarrage d'une session de tests exploratoires

Dans le gestionnaire de tests Microsoft, ouvrez Test du centre, Test, Effectuez les tests exploratoires.

• Je ne vois pasFaire des tests d''exploration
  Votre équipe utilise une version antérieure de TFS 2012.Consultez aide pour Visual Studio 2010.

Choisissez Explorer.

- ou –

Sélectionnez un élément de travail Spécification, puis choisissez explorez l'élément de travail.Cela associe l'enregistrement de votre test avec l'élément de travail.

• Pourquoi est-ce-que j'associerais la session de test à un élément de travail ?
  Si vous créez des bogues ou de cas de test de votre session exploratoire, ils sont automatiquement liés à cet élément de travail.

  Vous pouvez associer la session avec n'importe quel élément de travail dans la catégorie de spécification.Dans les modèles standard de projet d'équipe, notamment Spécification (CMMI), Élément du journal des travaux en souffrance du produit (Scrum), et Récits utilisateur (Agile).

  L'élément de travail associé et tous les cas de test que vous créez de votre session exploratoire sont automatiquement ajoutés au plan de test.

  Lorsque le codage de chaque spécification est signé, il est conseillé d'exécuter le test le focus sur cette spécification.Tous les bogues créés doivent être liés à la spécification de montrer qu'elle n'est pas terminée.

• Pourquoi est-ce-que je pourrais ne pas souhaiter associer la session avec une spécification ?
  Vous souhaitez parfois explorer l'application sans se concentrer sur n'importe quelle spécification particulière.

La fenêtre de tests exploratoires s'ouvre, et attend à ce que vous soyez prêt à commencer.

Explorer l'application

Préparer pour exécuter votre application.Par exemple, si votre application est un site Web, démarrez le serveur Web.

Dans la fenêtre de tests exploratoires, choisissez Démarrer.

Exécutez l'application et explorez ses fonctionnalités.Par exemple, ouvrez un navigateur web et une connexion à votre site Web.

La fenêtre de tests exploratoires enregistre les actions que vous effectuez dans le reste de l'écran.Vous pouvez ajouter des commentaires, des captures d'écran et les fichiers à mesure que vous travaillez.Ils seront ajoutés à tout bogue ou cas de test que vous créez.

[Mise à jour de Visual Studio 1 2012] le journal des actions inclut automatiquement un instantané de l'écran, vous concentrant sur la zone autour de le texte ou de l'entrée tactile.Les captures d'écran sont inclus lorsque vous créez un bogue exploratoire dans la session.

Si vous explorez une exigence particulière, vérifiez que la spécification est satisfaite dans diverses conditions.Pour plus d'informations, consultez Les tests exploratoires est-ce-qu'un dois -je exécuter ?

• Est-ce-que je que tout est stocké en détail ?
  Par défaut, les actions dans MTM et dans les applications Office telles que Word, peinture et l'Outlook ne sont pas enregistrés.Pour modifier le positionnement, configurez la connexion d'action les paramètres de test dans les propriétés du plan de test.Pour plus d'informations, consultez Configuration du plan de test.

  De plus, certaines actions détaillées telles que le dessin ne sont pas stockées entièrement.Par exemple, si vous dessinez une police dans une application de dessin, l'action est capturée uniquement comme placer le curseur.Vous devez ajouter un commentaire pour décrire précisément ce que vous avez apportées.

  L'enregistrement d'action est plus lisible si les contrôles d'interface utilisateur ont des noms lisibles.L'équipe de développement doit définir les propriétés d'accessibilité de chaque contrôle dans l'interface utilisateur, ou l'ID de chaque élément dans une application HTML.

• mon application est un site Web ou un système hôte de client. MTM peut -il enregistrer des événements qui ont lieu dans les serveurs ?
  Oui.Vous devez exécuter le serveur dans un environnement lab, et vous devez configurer votre plan de test pour capturer les événements des ordinateurs du lab.Lorsque vous créez un bogue, MTM récupérera les données des ordinateurs du lab et les joindra au rapport de bogue.Pour plus d'informations, consultez Utilisation d'un environnement lab pour le cycle de vie de votre application.

Bogues d'état

Lorsque vous identifiez débogage de l'application, choisissez créez le bogue.

Pour aider à reproduire l'erreur, les étapes que vous avez effectuées sont automatiquement enregistrées dans le bogue, dans le volet de Étapes à reproduire .Les commentaires que vous avez écrit pendant le test s'affichent également, ainsi que les plug-ins et les captures d'écran que vous avez ajoutés, et les informations système supplémentaires.

Lorsque le bogue est créé, peut modifier les étapes que vous voulez être inclus.

Vous pouvez générer un cas de test en même temps que le bogue, contenant les mêmes étapes.Cela permet de garantir que le problème ne se reproduit pas à l'avenir.Le bogue et les cas de test sont joints.

[Mise à jour de Visual Studio 1 2012] la description de chaque action est automatiquement accompagné d'une capture d'écran de la zone près de l'action.

Pour savoir comment de l'écran complet est apparu pendant le test, choisissez Journal des actions.

Retester Make simple

Lorsque l'application est mise à jour ou développée plus loin, ou lorsqu'un bogue est résolu, vous souhaitez réexécuter vos tests pour vous assurer que tout fonctionne toujours (ou pour voir si elle fonctionne mieux.

Mais il existe une quantité substantielle de compétence, de pensée créative, et de expérimentation dans un test exploratoire.Pour gagner du temps à de futures occasions, vous pouvez enregistrer vos actions en tant que script les étapes d'un cas de test.Lorsqu'il est temps de exécuter ces tests à nouveau, vous (ou une autre personne - uniquement doit suivre les étapes, au lieu de les réinventer.

Vous pouvez créer un cas de test ou directement à partir de votre session exploratoire, ou immédiatement après vous créez un bogue.

Vous pouvez ajuster le nombre d'étapes récentes qui sont incluses dans le cas de test.

Si vous créez un cas de test directement d'une session exploratoire, vous passerez généralement une certaine heure pratiquant avec une configuration avant d'exécuter une séquence d'étapes que vous souhaitez enregistrer.Modifiez le cas de test pour démarrer où votre séquence commence.

Vous devez également modifier l'élément de travail pour déclarer le résultat doit être vu après chaque étape.

Lorsque vous enregistrez et fermez l'élément de travail, vous pouvez revenir à l'exploration.

Conseil
Créer des cas de test séparés pour chaque aspect distinct de la spécification.

• J'ai exécuté la même séquence des valeurs de données. Dans le cas où je stocker en tant que chaque cas de test distinct ?
  Non.Créez un cas de test, puis modifiez le pour remplacer un nom de paramètre pour une valeur spécifique dans la séquence.Les noms de paramètres commencent par « @ ».Par exemple, @flavor » lien « clic « . » Dans le tableau Valeurs de paramètre en bas du script de cas de test, fournissez un ensemble de valeurs qui doivent être utilisées dans les répétitions consécutives du test.Pour plus d'informations, consultez Création de cas de test manuel à l'aide de Microsoft Test Manager.

Exécuter le test

Conseil
Donnez à votre série de tests un titre qui exprime le résultat, tel que « échoué au compte ouvert » ou « a été créé avec succès une commande. » Cela facilite interpréter la liste de tests exploratoires récents.

à quel point faisons-nous ?

Utilisez Sessions exploratoires de test de vue pour examiner les tests qui ont été exécutés dans ce plan de test.Vous pouvez trier et filtrer les tests par spécification.

Utilisation des tests exploratoires

• Les tests exploratoires est-ce-qu'un dois -je exécuter ?
  Les catégories les plus importantes de test sont :

  • Testez le récit. Pouvez -vous effectuer les actions promises dans l'élément du récit utilisateur ou du journal des travaux en souffrance du produit ?

  • Valeurs de clés de exercice. Pouvez -vous effectuer le récit utilisateur avec des ensembles différents d'entrée (par exemple, un panier d'achat vide, un élément unique, un de, tous deux de plusieurs actions, etc. ?

  • Interrompez l'application. Pouvez -vous que l'échec d'application, par exemple en fournissant les entrées inattendue ou trop de données ?

  Il est utile de considérer en termes de les visites.Une visite est une exploration dans lequel vous exécutez une version particulière de test.Pour plus d'informations, consultez James A.Le livre le mieux Whittaker, tests exploratoires.

• Comment devrions-nous utiliser des tests exploratoires avec les cas de test planifié ?
  Les différentes équipes utilisent des mélanges des tests exploratoires et du test planifié à des cas de test.Voici quelques autres stratégies à prendre en compte :

  • juste exploratoire. Comptez pas sur les tests exploratoires, et ne créez jamais les cas de test.Créez des éléments de travail Bogue lorsque tout défaut est trouvé.Lorsque le bogue est résolu, l'exploration de nouveau pour vérifier la correction.La liste de tests exploratoires est préférable enregistrement de ce qui a été testé : à la fin de le sprint, il doit y avoir au moins un test pour chaque élément ou récit utilisateur du journal des travaux en souffrance du produit.Cette stratégie est appropriée pour les petits projets.

  • Exploration des nouvelles fonctionnalités, cas de test pour la régression. Lorsque le code d'une spécification est signé, exécutez des tests exploratoires et créer des cas de test à eux.Créer des bogues pour les erreurs que vous recherchez.Lorsque des bogues sont résolus, exécutez tous les cas de test.La meilleure mesure d'exhaustivité est le graphique de passer des cas de test.Dans chaque sprint, les cas de test également exécutés pour les sprints précédents, pour s'assurer que rien a changé.

  • Organisation des cas de test à l'avance, et les explorer pour déchiffrer le code. Entrez les scripts de cas de test à l'avance, leur utilisation de ces pour aider à clarifier les spécifications.Comme le code est signé, exécutez les cas de test applicables.Exécutez également des tests exploratoires, les deux pour générer des cas de test supplémentaires, et avec l'intention de provoquer l'échec d'application.

Vérifier la correction

Lorsqu'un correctif pour le bogue a été signé, ouvrez le MTM et choisissez Test du centre, Test, Vérifier les bogues.Cette page contient une liste de bogues créés dans ce plan de test et qui sont liés aux cas de test.Sélectionnez le bogue qui a été résolu et choisissez Vérifier.Test Runner s'ouvre et prouvera aux étapes que vous avez effectué pour rechercher l'erreur.Suivez les étapes et vérifiez que l'erreur ne se produit pas.Marquer le test comme ayant réussi et fermez le bogue.

Collecter des données de serveurs

Si votre application est un site Web ou une application serveur cliente, vous pouvez collecter les informations des ordinateurs serveurs, ainsi que de votre propre ordinateur client.

Pour ce faire, vous devez installer un environnement lab et configurer vos serveurs sur les ordinateurs dans cet environnement.Pour plus d'informations, consultez l'exécution des tests sur un environnement lab.

Vous devez également configurer vos tests pour collecter les données de l'environnement.Vous pouvez soit le faire dans les propriétés du plan de test, ou vous pouvez choisir cette option dans différents tests.

Pour configurer une session de test individuel, démarrez le test à l'aide L'exploration avec les options.

Pour configurer tous les tests pour collecter des données de serveur : dans MTM, choisissez Test du centre, Plan, Propriétés.À Environnement de test, choisissez l'environnement dans lequel vous avez installé votre serveur.

Collecter des données supplémentaires

Vous pouvez définir les propriétés du plan de test afin que les informations supplémentaires soient stockées dans votre session de test et dans les bogues que vous créez.Par exemple, vous pouvez ajouter ou supprimer des programmes dont les actions utilisateur doivent être collectées.

Vous pouvez également capturer le graphique d'écran pendant que vous travaillez, et le commentaire audio.

Pour plus d'informations, consultez Comment : choisir les environnements et paramètres de test pour un plan de test.

Sécurité

Sachez que les actions que vous exécutez pendant une session de test sont automatiquement enregistrées.Éventuellement, cet enregistrement peut capturer des données sensibles, y compris les noms d'utilisateurs et des mots de passe.

Ressources externes

Aide

Test de la livraison continuer avec Visual Studio 2012 – chapter 4 : Tests manuels système

Videos

Sortie facilement de reproduction via le test manuel

Voir aussi

Tâches

Comment : créer un élément de travail à l'aide du Gestionnaire de tests Microsoft

Comment : créer un élément de travail à l'aide du Gestionnaire de tests Microsoft

Concepts

Exécution de tests dans Microsoft Test Manager

Création de tests pour des éléments du journal des travaux en souffrance du produit, des récits utilisateur ou des spécifications

Élément du journal des travaux en souffrance du produit (Scrum)

Récits utilisateur (Agile)

Spécification (CMMI)

Autres ressources

Comment : ajouter des éléments du journal des travaux en souffrance du produit, un récit utilisateur ou des spécifications d'éléments de travail à votre plan de test

Création, copie et mise à jour d'éléments de travail