2008-09-25 7 views
0

Parfois, pour le contrôle qualité, il est difficile de budgétiser et de suivre les heures d'assurance qualité car une personne peut passer énormément de temps à repasser les défauts et à effectuer une régression le cas échéant. Nous pouvons prendre, à titre d'exemple, une application web avec 50 cas d'utilisation.Conseils pour la budgétisation des heures QA

Quels conseils donneriez-vous à la budgétisation des heures d'assurance qualité?

Répondre

1

Check out Evidence Based Scheduling. Certes, il est axé sur le développement de la fonctionnalité en premier lieu, mais il est vrai de savoir combien plus vous avez à faire et à quel point le code est fiable pour commencer. Certaines des tâches dans le calendrier peuvent être combien de temps il a fallu pour effectuer le dernier test de régression ou combien de temps il a fallu pour développer les tests unitaires.

1

L'historique est une bonne indication des performances futures. Combien de temps a duré la dernière régression?

+0

Je pense que la régression se développe avec les nouvelles fonctionnalités de l'application. Considérant que les défauts et la préparation des données pour retester prend du temps – Chanakya

0

Idéalement il y aurait des données empiriques à utiliser une estimation

  • Comment l'enregistrement d'une exécution d'un cas d'utilisation de QA?
  • S'ils ne consignent pas l'heure d'exécution du test, ils devraient probablement l'être.
  • Je suggère toujours que le temps d'installation/le temps réel d'exécution du test est enregistré car cela prendra en compte les interruptions qu'un QA a pendant l'exécution du test et fournit une mesure plus réaliste. (Par exemple, il peut être un cas d'utilisation de 5 minutes pour exécuter, mais si votre QA devient interrompu evry 5 minutes, en utilisant le temps d'exécution estimé est guide asa inutile)

Hope this helps

Questions connexes