Menu

Comment vous préparer à la rédaction de cas de test (Conseils de productivité)

how prepare yourself

Essayez Notre Instrument Pour Éliminer Les Problèmes

Comment vous préparer à la rédaction de cas de test et améliorer votre productivité:

Lorsqu'un testeur décide d'écrire des cas de test de haute qualité et souhaite améliorer son efficacité et la productivité de l'écriture de cas de test, il y a peu de points clés qui aident les testeurs à atteindre ces objectifs.

Tout d'abord, ils doivent se préparer professionnellement et psychologiquement avec certains des points clés nécessaires pour tous les testeurs de logiciels réussis dans l'industrie informatique. Cela sera traité comme ' Contributions »Pour un testeur avant de commencer à écrire des cas de test.

rédaction de cas de test

Ensuite, ils doivent comprendre les métriques de qualité impliquées dans le projet, qui sont utilisées comme un outil pour évaluer les performances du testeur à différentes phases du cycle de vie des tests. Cela sera traité comme ' Les sorties 'Pour un testeur après avoir terminé rédaction de cas de test .

Enfin, le testeur doit savoir comment le bogue est signalé, les problèmes sont remontés et comment les rapports de test sont préparés conformément à la procédure standard et peuvent être compréhensibles par les parties prenantes du projet.

Ce que vous apprendrez:

Questions d'entretien sur le réglage des performances d'Oracle 11g

Se préparer à la rédaction de cas de test

1) La rédaction de cas de test est un art et pas seulement un travail ou une tâche. Un morceau ou un segment de logiciel peut être conçu et développé, mais jusqu'à ce qu'il soit complètement testé pour tous les scénarios avec une approche de test efficace, il sera inutile et ne pourra pas être publié et utilisé par quiconque. Alors, vous traiter comme une personne importante dans le projet et traiter votre activité de test comme une tâche importante dans le projet .

deux) Le passion avec une attitude positive , qui est le plus personnel les testeurs de qualité devraient avoir tout au long du cycle de vie du projet. La passion motive les capacités de consolidation d'équipe et l'attitude apporte une grande productivité dans la rédaction de cas de test de qualité. Cela signifie que l'activité de rédaction de test est un mélange de qualités professionnelles et personnelles pour un objectif commun d'obtenir d'excellents résultats en tant que résultat final du projet.

3) Positif et cas de test négatifs font partie de l'écriture des cas de test, mais les testeurs doivent avoir un semi-positif état d'esprit pour casser l'application testée en trouvant des bogues . Il ne s'agit pas d'un état d'esprit négatif, mais plutôt d'éviter la situation d'identification d'un bogue par quelqu'un après la publication ou d'éviter la situation où le système sera cassé par certains utilisateurs du système.

4) Efficacité du testeur ne doit pas être estimée sur la base du nombre de bogues identifiés dans le système en cours de test, mais sur les capacités d'écriture de cas de test réussis dont le résultat est la découverte des défauts. Ainsi, les cas de test doivent être rédigés de manière à ce que la couverture et traçabilité doit être maximal en fonction de la limite et de la portée du système.

5) Comprendre minutieusement le domaine d'application .Par exemple, tester un site Web est plus facile que de tester un logiciel financier développé pour la bourse et utilisé par des milliers de personnes en même temps. La fonctionnalité simple du site Web peut être compréhensible par n'importe quel testeur, tandis que les conditions financières et les fonctionnalités ne peuvent pas être compréhensibles par tous les testeurs tant qu'ils n'ont pas la formation ou la formation appropriée ou expérience du domaine .

Ainsi, lorsqu'un testeur est affecté à un nouveau projet, il doit faire une auto-évaluation, qu'il soit éligible et qu'il puisse effectuer son travail selon les attentes ou non. Si les exigences fonctionnelles sont difficiles à comprendre, elles doivent être transmises à l’équipe de projet bien à l’avance pour éviter de futures idées fausses sur l’efficacité et les performances du testeur. Il sera géré par le chef de projet ou le responsable des tests à travers des plans et une formation appropriés.

6) Les exigences du projet et les types de tests à effectuer varient d'un projet à l'autre. Un testeur doit être prêt à faire tout type de test. Ne limitez pas vos capacités à vos compétences et spécialités. Soyez prêt à prendre des responsabilités et à relever des défis pour écrire et exécuter des cas de test pour tout type de test.

De nombreux testeurs essaient de s'adapter ou de se projeter comme des testeurs manuels ou automatisés. En ce qui concerne les tests de performance, les tests de charge ou les tests de résistance, très peu de testeurs assument les rôles et se préparent en formant ou en rassemblant les connaissances requises. Alors, apprenez vite et soyez prêt à prendre des responsabilités et à évoluer dans votre carrière.

7) Identifier les types de tests à effectuer et les compétences requises pour tester l'AUT. Par exemple, certains projets ne nécessitent que des tests en boîte noire et certains nécessitent des compétences en test en boîte blanche. La connaissance de ' script 'Ou expérience dans' SQL 'Ou travailler avec' langage de balisage ”Comme HTML / XML, etc., ou même une connaissance du système sur la façon d'installer / dépanner l'installation du logiciel, etc. sont des exigences spécifiques à un projet que vous devez apprendre vous-même ou suivre une formation.

8) Assurez-vous que les cas de test couvrent le Types de tests de performances, de tests de sécurité et de tests de régression. Par exemple, pour vous connecter à l'application en utilisant l'écran de connexion ci-dessous:

serveur SQL questions et réponses pour les expérimentés

Efficacité du scénario de test 2

  • Des tests de performances peuvent être nécessaires pour vérifier si l'application est stable lorsque des milliers d'utilisateurs se connectent au système en même temps, et les scénarios de test doivent être écrits pour couvrir ce scénario.
  • Des tests de sécurité peuvent être nécessaires pour vérifier si l'application autorise uniquement les utilisateurs disposant des droits et autorisations appropriés à être autorisés à utiliser le système, et les cas de test doivent être écrits pour couvrir ces scénarios.
  • Des tests de régression peuvent être nécessaires pour vérifier si les fonctionnalités de base et les fonctionnalités critiques fonctionnent correctement sur chaque version.

9) Examen des cas de test : L'une des phases les plus importantes et les plus négligées de tout développement logiciel et du cycle de vie des tests est « LA REVUE ». Lorsqu'un plan de projet comprend suffisamment de temps pour processus de vérification à chaque étape du développement du projet, les livrables et les résultats les plus qualitatifs auxquels nous pouvons nous attendre.

Par exemple, avant de commencer à rédiger des cas de test, les testeurs doivent vérifier si le document de «spécification des exigences» est passé en revue et tous les points de revue sont pris en compte et mis à jour dans le document. Si l'organisation suit un processus approprié et mûri, tous les modèles de document doivent avoir ces informations de modification sur la première page du document lui-même.

Les documents de cas de test doivent être examinés au moins 3 fois par:

i) Auto-évaluation
ii) Examen par les pairs
iii) Examen par d'autres pour l'exhaustivité, la couverture des tests, la traçabilité et si le scénario de test est testable ou non.

dix) Pour terminer, comprendre comment estimer et planifier les tâches de test . Prévoyez de ne travailler que pour l'heure prévue dans la journée. Cela peut être réalisé en commençant et en accomplissant les tâches à temps et en partant pour la journée avec les plans pour les tâches du lendemain.

Évitez de rester tard le soir et de passer les week-ends au bureau. De nos jours, des approches de gestion de projet efficaces sont disponibles et les projets sont exécutés dans un environnement Agile. Si les jalons ne sont pas atteints par les équipes de projet, cela sera traité comme une gestion de projet inefficace plutôt que comme une inefficacité des équipes de projet.

Remarque : Gardez à l'esprit, même pour tests automatisés , les cas de test doivent être clairement rédigés et examinés au moins une fois, couvrant complètement le flux fonctionnel de l'application testée. Tout outil de test d'automatisation peut enregistrer et exécuter avec succès des cas de test uniquement lorsque les cas de test manuels sont clairement définis et écrits.

Mesures de qualité

Il s'agit d'une activité importante dans les phases de test logiciel. L'équipe de test doit être parfaitement consciente des différentes mesures de test utilisées pour atteindre l'objectif du projet. Les performances du testeur ne sont pas évaluées uniquement en fonction de la phase d’exécution du test, mais à partir de toutes les métriques de test collectées à partir de l’analyse des exigences, de la rédaction des cas de test, de l’exécution, du rapport de défauts et enfin de la phase de rapport de test.

Retrouvez ci-dessous quelques métriques de test importantes suivi par la plupart des organisations pour une meilleure productivité des testeurs et l'efficacité des phases de test.

Regarde aussiautres mesures de test utiles utilisées dans les phases de test:

=> Métriques et mesures de test logiciel importantes et Suivi des bogues de projet en direct, mesures de test et processus de signature de test.

1) Efficacité moyenne des tests

  • Bogues par homme-mois de l'effort de test.
  • Calculé comme moyen (nombre total de bogues pendant l'effort de test en homme-mois).
  • À calculer après chaque version interne ainsi qu'après la fin du test.
  • Limite d'acceptation: devrait être inférieure à 50

2) Densité moyenne des défauts du client

  • Bogues signalés par le client après la livraison Vs efforts de test totaux en hommes-mois.
  • Calculé comme moyen (nombre total de bogues après la livraison / l'effort de test en hommes-mois).
  • À calculer après le lancement externe et l'achèvement du projet.
  • Limite d'acceptation: doit être inférieure à 1

3) Échecs des tests fonctionnels

  • Un certain nombre de cas de test fonctionnel ayant échoué / Nombre total de cas de test fonctionnel exécutés.
  • À calculer mensuellement ou tous les quinze jours.

4) Bogues de niveau de gravité 1

  • Le nombre total de bogues identifiés avec le niveau de gravité 1 (bloqueur).
  • Les tests ne peuvent pas être poursuivis pour le logiciel en raison des problèmes de blocage.
  • À calculer sur une base hebdomadaire.

5) Bogues de niveau de gravité 2

  • Le nombre total de bogues identifiés avec le niveau de gravité 2 (bogues majeurs).
  • Les tests ne peuvent pas être poursuivis pour la fonctionnalité en raison des bogues majeurs, mais peuvent être poursuivis avec d'autres parties du système.
  • À calculer sur une base hebdomadaire.

6) Bogues de niveau de gravité 3

  • Le nombre total de bogues identifiés avec le niveau de gravité 3 (bogues mineurs).
  • Les tests peuvent être poursuivis car les bogues identifiés sont mineurs et n'arrêtent pas les tests.
  • À calculer sur une base hebdomadaire.

7) Bogues de niveau de gravité 4

  • Le nombre total de bogues identifiés avec le niveau de gravité 4 (problèmes cosmétiques).
  • Les tests peuvent être effectués sans aucun problème car les bogues identifiés sont liés à l'aspect esthétique et doivent être corrigés pour la prochaine version.
  • À calculer sur une base hebdomadaire.

Rapport de bogue

Le mécanisme de rapport de bogue doit être contrôlé avec un processus de test mûr pour maintenir la qualité de l'application. Il doit y avoir un processus d'escalade approprié vers les bonnes personnes autorisées pour connaître l'état, la gravité et la priorité du bogue. Il y a nombreux outils de rapport de bogues gratuits et commerciaux disponibles comme Bugzilla, Mantis, etc., qui sont très efficaces dans le mécanisme de suivi des problèmes et peuvent être facilement intégrés à n'importe quel outil de gestion de test utilisé dans le projet.

Dans chaque projet de test, des procédures standard doivent être suivies pour un mécanisme de rapport d'état en ligne sur une base quotidienne. Chaque bogue / problème enregistré et signalé dans ces systèmes de suivi de bogue doit immédiatement envoyer un e-mail aux autorités respectives, ce qui les aidera à planifier et à prendre des mesures en conséquence.

Pour apprendre en détail le processus de rapport de boguelire les articles suivants:

=> Comment rédiger un bon rapport de bogue? Trucs et astuces
=> Exemple de rapport de bogue
=> Pourquoi le signalement de bogues est un art qui devrait être appris par chaque testeur?
=> Cycle de vie des bogues
=> Exemples de rapports de bogues pour les applications Web et produit

Rapports d'essai

Outre les rapports de bogues soulevés, enregistrés et escaladés dans le système de rapport de bogues, un rapport de test est l'un des documents les plus importants pour connaître l'état des tests et d'autres mesures importantes identifiées et calculées pendant la période de rapport de test.

Voici un rapport de test aussi simple:

Lisez également les didacticiels utiles suivants pourrapports de test efficaces:

=> Guide pour rédiger un rapport de synthèse de test efficace
=> Comment signaler une exécution de test intelligemment (Télécharger le modèle de rapport d'état)

questions d'entrevue sur maven et jenkins

victorieux

jaya1

Conclusion

Le processus de préparation à l'écriture de cas de test ne consiste pas seulement à allouer des ressources dans le projet, mais il existe quelques exigences clés telles que nous préparer en tant que testeur éligible et comprendre les mesures de qualité surveillées tout au long du cycle de vie des tests et même après la publication.

Ainsi, suivre le processus, les normes, les procédures et adhérer strictement aux mesures de qualité avec passion, peut automatiquement apporter une grande efficacité de test, une productivité et un testeur de qualité en vous, ce qui deviendra une habitude dans votre vie professionnelle.

Ces facteurs de qualité peuvent être auto-analysés ou analysés en groupe en posant peu de questions qui dira si nous sommes sur la bonne voie d'amélioration de soi et des processus dans le but de parvenir à une approche efficace dans la rédaction et l'exécution des cas de test:

  • Avez-vous passé en revue les exigences fonctionnelles / exigences des utilisateurs / documents de cas d'utilisation métier?
  • Le document des exigences fonctionnelles a-t-il été correctement révisé et mis à jour avec les commentaires de l'examen?
  • Avez-vous reçu les prototypes d'écran pour toutes les fonctionnalités à tester?
  • Êtes-vous à l'aise pour écrire des cas de test testables et traçables tout au long du cycle de vie des tests?
  • Avez-vous les compétences et les connaissances du domaine requises pour tester l'application testée?
  • Avez-vous besoin d'une formation ou de connaissances techniques nécessaires pour exécuter les cas de test?
  • Avez-vous le calendrier de rédaction, de révision et d'exécution des cas de test, qui couvre le temps de préparation des documents de qualité?
  • Avez-vous les pairs pour examiner vos cas de test et un expert en la matière agréé pour vérifier l'exhaustivité et la couverture des caractéristiques et fonctionnalités à tester?
  • Avez-vous suffisamment de cas de test pour toutes les exigences fonctionnelles?
  • Avez-vous suffisamment de scénarios de test pour les performances, les tests de charge et les tests de sécurité?
  • Avez-vous suffisamment de cas de test pour l'installation et les tests de régression?
  • Avez-vous le point de contact pour faire remonter les problèmes ou signaler les bogues?
  • L'outil de suivi des bogues est-il correctement configuré avec l'autorisation requise pour tous?
  • Êtes-vous à l'aise pour suivre tous les processus définis dans le plan de test?
  • Participez-vous à toutes les réunions d'examen et avez-vous l'occasion de parler à l'équipe de développement ou de gestion?
  • Votre productivité et votre efficacité sont-elles améliorées ou avez-vous besoin de prendre des mesures dans ce sens?

Lecture recommandée = >> Meilleurs cours d'écriture créative en ligne

Il y a beaucoup de questions similaires que les testeurs peuvent se poser pour une analyse d'auto-amélioration, en fonction du type de projet ou de l'organisation avec laquelle ils travaillent. La chose la plus importante est que toutes ces activités ne doivent pas être suivies uniquement pour suivre les processus, mais doivent être faites comme vos habitudes quotidiennes qui peuvent être faites à travers PASSION POUR LES TESTS seulement.

Tutoriel PREV | Tutoriel SUIVANT

lecture recommandée

^