top 20 practical software testing tips you should read before testing any application
Je souhaite à tous les testeurs de lire les pratiques de test logiciel mises à jour dans cet article . Lisez attentivement chaque point et essayez de les mettre en œuvre dans vos activités de test quotidiennes. C'est ce que j'attends des lecteurs à travers cet article. Si vous ne comprenez aucune pratique de test, demandez plus de précisions dans la section commentaires ci-dessous.
Cependant, vous apprendrez toutes ces pratiques de test par expérience. Mais pourquoi n’apprends-tu pas toutes ces choses avant de commettre une erreur?
Venez, jetons un œil à leur!
Voici quelques-unes des meilleures pratiques de test que j'ai apprises par expérience:
oracle sql interroge des questions et des réponses pour les expérimentés
#1) Apprenez à analyser minutieusement les résultats de vos tests. N'ignorez aucun résultat de test. Le résultat final du test peut être «réussite» ou «échec», mais le dépannage de la cause première de «échec» vous donnera la solution au problème. Les testeurs seront respectés s'ils enregistrent non seulement les Insectes mais aussi apporter des solutions.
#deux) Apprenez à maximiser Couverture de test chaque fois que vous testez une application. Une couverture de test à 100% n'est peut-être pas possible, mais vous pouvez toujours essayer de vous en approcher.
# 3) Afin d'assurer une couverture maximale des tests, divisez votre Application Under Test (AUT) en modules fonctionnels plus petits. Rédiger des cas de test sur ces modules unitaires individuels. Si possible, divisez également ces modules en parties plus petites.
Par exemple, supposons que vous ayez divisé votre application de site Web en modules et que 'accepter les informations utilisateur' soit l'un des modules. Vous pouvez diviser cet écran 'Informations utilisateur' en parties plus petites pour écrire des scénarios de test: des parties telles que les tests d'interface utilisateur, Test de sécurité , Test fonctionel du formulaire «Informations utilisateur», etc.
Appliquez tous les tests de type et de taille de champ de formulaire, les tests négatifs et de validation sur les champs d'entrée et écrivez tous ces cas de test pour une couverture maximale.
# 4) Pendant que Rédaction de cas de test , rédigez d'abord les cas de test pour la fonctionnalité prévue, c'est-à-dire pour les conditions valides conformément aux exigences Ensuite, écrivez des cas de test pour les conditions non valides. Cela couvrira le comportement attendu ainsi que le comportement inattendu de l'application testée.
# 5) Pensez positivement. Commencez à tester l'application dans le but de trouver des bogues / erreurs. Ne pensez pas au préalable qu’il n’y aura pas de bogue dans l’application. Si vous testez l'application avec l'intention de trouver des bogues, vous réussirez certainement à les trouver Bugs subtils également.
# 6) Rédigez vos cas de test dans la phase d'analyse des exigences et de conception elle-même. De cette façon, vous pouvez vous assurer que toutes les exigences sont testables.
# 7) Faire votre cas de test disponibles pour les développeurs avant le codage. Ne gardez pas vos scénarios de test avec vous en attendant la version finale de l'application pour les tests, en pensant que vous pouvez enregistrer plus de bogues. Laissez les développeurs analyser en profondeur vos cas de test pour développer une application de qualité. Cela économisera également le temps de travail.
# 8) Si possible, identifiez et regroupez vos cas de test pour Les tests de régression . Cela garantira des tests de régression manuels rapides et efficaces.
# 9) Les applications nécessitant un temps de réponse critique doivent être minutieusement testées pour leur performance. Test de performance est un élément essentiel de nombreuses applications. Dans Manuel Les tests, c'est la partie la plus ignorée par les testeurs en raison d'un manque de grand volume de données requis dans les tests de performance.
Découvrez les moyens de tester les performances de votre application. S'il n'est pas possible de créer des données de test manuellement, écrivez des scripts de base pour créer des données de test pour les tests de performance ou demandez aux développeurs d'en écrire un pour vous.
# 10) Les programmeurs ne doivent pas tester leur propre code. Comme discuté dans notre post précédent , les tests unitaires de base des applications développées devraient suffire aux développeurs pour publier l'application pour les testeurs. Mais vous (le testeur) ne devez pas forcer les développeurs à publier le produit pour le tester.
Laissez-les prendre leur temps. Tout le monde, du responsable au responsable, sait quand le module / la mise à jour est publié pour le test et peut estimer le temps de test en conséquence. C'est une situation typique dans un Agile environnement du projet.
# 11) Allez au-delà des tests d'exigence. Testez l'application pour ce qu'elle n'est pas censée faire.
N ° 12) Pendant les tests de régression utiliser le graphique de bogue précédent (Graphique de bogues - nombre de bogues trouvés en fonction du temps pour différents modules). Ce graphique de bogue par module peut être utile pour prédire la partie de bogue la plus probable de l'application.
N ° 13) Notez les nouveaux termes, concepts que vous apprenez en testant. Gardez un fichier texte ouvert tout en testant n'importe quelle application. Notez la progression des tests et les observations dedans. Utilisez ces observations du bloc-notes lors de la préparation du rapport de version de test final. Cette bonne habitude vous aidera à fournir un rapport de test complet et sans ambiguïté et les détails de la version.
que puis-je faire avec C ++
N ° 14) Plusieurs fois, les testeurs ou les développeurs apportent des modifications à la base de code de l'application testée. Il s'agit d'une étape requise dans l'environnement de développement ou de test pour éviter l'exécution du traitement des transactions en direct comme dans les projets bancaires.
Notez tous ces changements de code effectués à des fins de test et au moment de la version finale, assurez-vous d'avoir supprimé toutes ces modifications des ressources finales du fichier de déploiement côté client.
# 15) Éloignez les développeurs de l'environnement de test. Cette étape est requise pour détecter les modifications de configuration manquantes dans la version ou le document de déploiement. Parfois, les développeurs apportent des modifications à la configuration du système ou de l'application, mais oublient de les mentionner dans les étapes de déploiement.
Si les développeurs n'ont pas accès à l'environnement de test, ils n'effectueront pas de telles modifications accidentellement sur l'environnement de test et ces éléments manquants peuvent être capturés au bon endroit.
# 16) C'est une bonne pratique de impliquer les testeurs dès la phase de conception et d'exigence logicielle elle-même. De cette façon, les testeurs peuvent acquérir des connaissances sur la fiabilité des applications, ce qui se traduit par une couverture de test détaillée. Si vous n'êtes pas invité à faire partie de ce cycle de développement, vous pouvez demander à votre responsable ou responsable d'impliquer votre équipe de test dans tous les processus de prise de décision ou de réunions.
# 17) Les équipes de test doivent partager les meilleures pratiques de test , expérience avec les autres équipes de leur organisation.
# 18) Augmentez votre conversation avec les développeurs pour en savoir plus sur le produit. Dans la mesure du possible, communiquez en face-à-face pour résoudre rapidement les litiges et éviter tout malentendu.
Mais aussi lorsque vous comprenez l'exigence ou résolvez un litige, assurez-vous de communiquer les mêmes moyens de communication écrasés que les e-mails. Ne gardez rien de verbal.
# 19) Ne courez pas Hors du temps pour effectuer des tâches de test hautement prioritaires. Donnez la priorité à votre travail de test de priorité élevée à faible et planifiez votre travail en conséquence. Analysez tous les risques associés pour prioriser votre travail.
# 20) Rédigez un texte clair, descriptif, sans ambiguïté Rapport d'erreur . Ne fournissez pas seulement les symptômes du bogue, mais fournissez également l'effet du bogue et toutes les solutions possibles.
N'oubliez pas que les tests sont une tâche créative et stimulante. Enfin, tout dépend de vos compétences et de votre expérience quant à la façon dont vous gérez ce défi.
À vous:
Partager votre propre expérience de test, des astuces ou des secrets de test dans les commentaires ci-dessous rendra certainement cet article plus intéressant et utile !!
Faites-nous part de vos réflexions / suggestions à propos de cet article.
lecture recommandée
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Emploi d'assistant QA en test logiciel
- Le test logiciel est-il une tâche émotionnelle?
- Cours de test logiciel: à quel institut de test logiciel dois-je adhérer?
- Choisir les tests de logiciels comme carrière
- Travail d'indépendant de rédacteur de contenu technique de test de logiciels
- Qu'est-ce que le test de singe dans le test de logiciel?
- Test d'applications - Dans les bases du test de logiciels!