Question

J'ai récemment installé Microsoft Test Manager 2010 et ceci est ma première expérience avec ce style de tests. Ma méthode de test habituelle est de charger quelques différents navigateurs Web et exécutés par une application.

La raison pour laquelle je me suis déplacé à Test Manager est parce que notre demande est devenue très grande et complexe et une meilleure façon de tester et les informations de journalisation était nécessaire.

Dans le Gestionnaire de test j'ai choisi d'utiliser le modèle Agile où vous avez un plan de test avec des itérations comme ceci:

  • [plan de test]
    • 1 Iteration
      • Cas test
      • Exigences (Histoires utilisateur)
      • etc ...
    • 2 Iteration
      • Cas test
      • Exigences (Histoires utilisateur)
      • etc ...

Ce que je ne comprends pas est à quelle fréquence vous exécutez dans certains cas de test? Dites par exemple, je suis sur Iteration 1 et ont créé tout un tas de cas de test pour l'application, quand je me déplace dans Iteration 2-je copier et coller tous les cas de test de Iteration 1 dans Iteration 2 et les exécutez à nouveau? Est-ce que je ne courir certains d'entre eux?

Était-ce utile?

La solution

La mise en œuvre des histoires lors de l'itération 2 pourrait le code d'impact (y compris les tests) par écrit lors de l'itération 1. Donc, vous voulez certainement exécuter tous les tests pour vous assurer ne pas casser quoi que ce soit de Iteration 1 pendant 2 Iteration (c.-à-que vous ne présentez une régression).

Je n'utilise Microsoft Test Manager 2010, donc je ne suis pas tout à fait sûr, mais je peux imaginer que les exigences de l'itération 2 pourraient changer des cas de test de l'itération 1. Dans ce cas, je suppose que vous auriez à copier des cas de test .

Autres conseils

Comme vous suivez un flux de travail agile, vous pouvez exécuter l'itération 2 seulement parce que l'itération 2 ont des exigences différentes.

si l'exigence 2 dépend de l'exigence 1, alors vous devez exécuter les deux itérations

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top