Menu

Que faire lorsqu'il n'y a pas assez de temps pour tester?

what do when there isn t enough time test

Essayez Notre Instrument Pour Éliminer Les Problèmes

Au cours de votre cycle de test, vous rendez-vous souvent compte que vous n'avez pas assez de temps pour tester? Vous aviez tout sous contrôle, pour commencer, mais vous atteignez bientôt le plan d’urgence «Que faire quand on n’a pas assez de temps pour tester?» section.

J'y suis allé aussi et ce n'est pas amusant. :)

J'ai réfléchi longtemps et durement. Comment quelque chose qui a si bien commencé, peut-il descendre si mal, si vite. Et voici mon analyse.

=> Cliquez ici pour une série complète de didacticiels sur le plan de test

Ce que vous apprendrez:

Où est passé mon temps de test?

Pas assez de temps pour tester

meilleur logiciel d'espionnage mobile pour android

Premièrement, pourquoi cela se produit-il?De nombreuses raisons - dont certaines sont:

# 1) Estimation incorrecte :

Si vous avez commencé avec une attente inexacte, les choses sont vouées à l'échec. Une bonne estimation de test doit tenir compte des éléments suivants:

  • Temps pour les tâches préparatoires - Nous parlons de tâches telles que:
    • Identifier et mettre en place une suite de régression
    • Créer des données de test
    • Temps pour déterminer l'état de préparation du test (par exemple: test de fumée / santé mentale), etc.
  • Maintenance des cas de test : Les cas de test sont des actifs d'utilisation à long terme. Ils sont sûrs de subir des mises à jour mineures pendant l'exécution. Il est recommandé que pour les nouveaux produits, jusqu'à 30% du temps d'exécution de vos tests soient alloués à ces tâches de maintenance mineures. Toutes les équipes et tous les projets peuvent ne pas avoir besoin de 30%, mais allouent du temps et des efforts pour cette tâche.
  • Pour ça / Essais exploratoires - Le nombre de tests scriptés est un dénominateur majeur pour les nombres d'estimation de test. Cependant, aucune équipe de test dans ce monde ne refusera d'explorer votre logiciel même si le modèle est principalement scripté.
  • Rapports / Communication - Cela comprend les réunions de triage / stand up, la mise à jour des outils de gestion du travail, etc.
  • Facteur de contingence: Les normes recommandent un tampon de 25 à 30% par rapport à vos estimations originales. Mais les équipes peuvent rarement se le permettre. Même dans ce cas, laissez un peu de répit, si possible.
  • L'équipe et ses capacités: Si vous avez une nouvelle équipe ou si elle utilise un outil pour la première fois, vous devrez peut-être réserver du temps pour la formation. Adaptez vos estimations en fonction de votre équipe avec laquelle vous travaillez.

Lecture recommandée=> Vérifiez ceci pour plus d'informations sur le succès et les méthodes d'estimation des tests

# 2) Constructions instables et autres problèmes techniques:

  • Échec du test de fumée / santé mentale : Lorsque les tests de base sur l'AUT échouent après le déploiement dans l'environnement QA, l'équipe QA ne peut pratiquement rien faire pour l'exécution des tests. Il est vrai que nous pouvons travailler sur d'autres tâches pendant que cela se produit, mais cela ne remplira toujours pas le cycle d'essai temps. Donc, c'est un contributeur majeur au temps perdu.
  • Données de test indisponible : Les données de type production sont indispensables pour tout projet de test. Ne pas intégrer cela à temps dans l'environnement QA est également un autre facteur de blocage. Parfois, les testeurs peuvent contourner ce problème en créer et gérer leurs propres données de test , mais cela prend du temps et n'est peut-être pas toujours d'actualité.
  • Problèmes d'environnement - Les déploiements échouent, le serveur continue d'expirer, de nombreux autres problèmes de ce type rongent votre cycle de test. Cela vient probablement du fait que certaines entreprises (pas toutes) minent l'importance d'un bon environnement de type live pour une assurance qualité efficace. Ils essaient souvent de se débarrasser des serveurs de faible capacité et des configurations improvisées. C'est vraiment une solution à court terme et ne fait de faveur à personne. En fait, cela pourrait leur coûter la qualité des tests et perdre un temps de test précieux.

# 3) Absence d'accord entre toutes les parties impliquées:

Cela peut être un problème rare avec les équipes suivant Agile ou En sécurité en raison des cercles étroits dans lesquels ils travaillent, mais de nombreuses équipes souffrent encore de désaccords ou de problèmes de communication quant au moment où Dev, Ops et QA sont censés recevoir les livrables les uns des autres. Par conséquent, des retards.

Pour comprendre les subtilités de la communication, cochez ceci => Comment les affaires, le développement et l'assurance qualité peuvent travailler ensemble pour mener à bien le projet

Maintenant que nous connaissons les problèmes, voici quelques moyens de les résoudre.

Comment les testeurs peuvent-ils avoir suffisamment de temps pour les tests?

# 1) Estimez avec précision. En cas de doute, surestimez d'une marge raisonnable, mais ne sous-estimez pas. N'oubliez pas de faire des ajustements d'estimation en fonction de votre équipe, de vos outils et de vos processus. Une fois terminé, demandez l'approbation officielle afin que tout le monde soit au courant et soit tenu au courant.

#deux) Tenez compte des données historiques - L'outil de gestion des tests est votre meilleur ami .

  • Combien de temps les cycles de test des versions précédentes ont-ils duré?
  • Quels types de problèmes ont provoqué des interruptions du cycle de test précédent?
  • Combien d'exécutions la plupart des cas de test ont-ils pris avant de réussir?
  • Quels défauts ont été signalés?
  • Quels défauts ont provoqué l'interruption des tests?

# 3) Posez ces questions et planifiez en conséquence en temps critique:

  • Découvrez la fonctionnalité importante de votre projet?
  • Découvrez le module à haut risque du projet?
  • Quelle fonctionnalité est la plus visible pour l'utilisateur?
  • Quelle fonctionnalité a le plus grand impact sur la sécurité?
  • Quelle fonctionnalité a le plus grand impact financier sur les utilisateurs?
  • Quels aspects de l'application sont les plus importants pour le client?
  • Quelles parties du code sont les plus complexes et donc les plus sujettes aux erreurs?
  • Quelles parties de l'application ont été développées en mode rush ou panique?
  • Selon les développeurs, quels sont les aspects les plus risqués de l'application?
  • Quels types de problèmes provoqueraient la pire publicité?
  • Quels types de problèmes entraîneraient le plus de plaintes concernant le service client?
  • Quels types de tests pourraient facilement couvrir plusieurs fonctionnalités?

Compte tenu de ces points, vous pouvez réduire considérablement le risque de lancement de projet avec moins de contraintes de temps.

# 4) Utilisez un outil de gestion des tests. Cela réduira considérablement le temps et les efforts de préparation, de reporting et de maintenance.

=> Pour la liste des outils de gestion de test les plus populaires , regarde ici :

# 5) Il n'y a pas grand-chose que nous puissions faire contre les versions incorrectes / problèmes techniques, mais la seule chose qui peut aider est de regarder les résultats des tests unitaires. Cela nous donnera une idée de la réussite ou non de la construction et du type de tests qui a échoué - nous ne réinventons donc pas la roue.

Si ton L'outil de gestion des tests prend en charge Intégration CI , vous disposez de ces informations sans aucun problème afin de mieux comprendre la stabilité de l'application.

# 6) Mesurez souvent votre productivité et vos progrès . Ne laissez pas les rapports d’état devenir un produit livrable uniquement au profit des équipes externes. Assurez-vous de suivre de près vos objectifs quotidiens et votre capacité à les atteindre.

Assurez-vous également de ne pas vous lancer dans l'énigme classique de «Vélocité vs Qualité». Parce que, lorsque vous signalez, disons, 50 bogues par jour, il peut sembler que vous soyez super productif. Mais si la plupart d'entre eux reviennent comme invalides, vous avez un problème.

Alors surveillez, surveillez et surveillez un peu plus :)

Conclusion:

Enfin, malgré toutes les précautions et mesures si vous vous trouvez encore pressé par le temps, demander de l'aide .

La plupart des équipes sont prêtes à participer à une session de salle de guerre pour remettre les choses sur les rails.

meilleur moniteur de température cpu et gpu

A propos de l'auteur: Ces conseils de test utiles sont fournis par Swati S., membre de l'équipe STH.

Maintenant, quelles sont vos astuces pour rester à l'heure et fournir un service de test de qualité? De plus, quels points de l'article ci-dessus vous intéressent?

Nous apprécions vos commentaires et apprécions votre lectorat. Merci pour la lecture!

=> Visitez ici pour une série complète de didacticiels sur le plan de test

lecture recommandée

^