how perform test documentation reviews 6 simple steps qa process
À présent, nous savons tous que pour un testeur, Documentation fait partie intégrante de sa vie quotidienne. Il y a une surcharge d'artefacts de test qui sont créés, examinés, approuvés, utilisés, maintenus et distribués. Nous avons toujours des processus clairs pour savoir comment créer un document, comment l'utiliser, à qui il doit être adressé, etc.
À travers cet article, nous allons faire la lumière sur le petit mais important sujet - les critiques.
La révision est également une forme de test - la partie vérification du V&V également appelée test statique.
Ce que vous apprendrez:
- Types d'avis
- Étape 1: définir les critères
- Étape 2: Effectuez la vérification
- Étape 3: enregistrez vos résultats
- Étape 4: Partager, discuter et mettre en œuvre les changements requis
- Étape 5: Contrôle de version Les documents impliqués
- Étape 6: Signature et utilisation du document comme prévu
- Points à retenir
- À vous
- lecture recommandée
Types d'avis
- Révision de votre propre travail - Auto-vérification
- Examen par les pairs
- Superviseur
Si la validation est la moitié des pratiques de test, alors la vérification est l’autre, mais souvent les directives sont obscures - Alors changeons cela MAINTENANT. Est-ce une pratique générale avec les articles chez STH, nous commencerons par les questions, Quoi? Pourquoi? Comment?
SQL Server interroge des exemples avec des réponses
Que vérifions-nous?
Tout ce qui a été créé doit être revu. Voici quelques-uns des artefacts courants examinés:
- Plan de test
- Scénarios de test
- Modèles de test
- Cas de test
- Données de test
- Rapports… etc
Pourquoi revoir?
Pour exactement la même raison, nous testons le logiciel, Par exemple,
- Pour découvrir les erreurs
- Pour vérifier l'exhaustivité
- S'assurer que les normes et directives sont respectées ou non… etc.
Comment revoir?
Voici la liste des activités impliquées:
- Définissez les critères - Avez-vous une liste de contrôle de ce qu'il faut rechercher?
- Effectuer le contrôle
- Enregistrez vos résultats
- Partager, discuter et mettre en œuvre les changements requis
- Contrôle de version des documents concernés
- Déconnectez-vous et utilisez le document comme prévu.
Nous allons maintenant discuter de chaque étape dans la section «Comment» - en d'autres termes, le processus pour l'exécuter.
(La plupart d'entre nous, les testeurs n'aiment pas le traitement de texte, n'est-ce pas? Pour nous, cela signifie soit beaucoup plus de travail, soit une tâche de gestion de haut niveau que nous devons faire même si nous ne le voulons pas - pour par souci de conformité dont nous n'avons aucune idée. Mais croyez-moi, lorsque vous proposez un processus qui fonctionne et c'est assez simple pour que nous comprenions pourquoi nous devons le faire, cela peut être amusant! Joue avec moi.)
Le processus des examens par les pairs et des examens de supervision est le même selon moi, car un superviseur est également un pair malgré la désignation plus élevée.
Étape 1: définir les critères
#1) Qu'attendez-vous de trouver? Vous pouvez rechercher des éléments tels que:
- Fautes d'orthographe (cela semble trop idiot? Je ne pense pas, une fois j'ai écrit 'Wed Object' au lieu de 'Web Object' dans l'un de mes articles - Cela change complètement le sens. Le rend presque trop ridicule pour être pris au sérieux.)
- Conformité au format / modèle
- Couverture des fonctionnalités et exactitude
- Facilité de compréhension
- Normes suivies - conventions de dénomination, numérotation cohérente… etc.
#deux) Faites une liste de contrôle - Les listes de contrôle sont très polyvalentes. Cela peut être aussi compliqué qu'une liste de contrôle d'examen ou aussi simple qu'une liste d'épicerie. Tout ce qu'il faut, c'est un certain temps pour le faire et une fois que vous l'avez fait, c'est aussi simple que de vérifier ON ou OFF.
# 3) Comment rapporter les résultats? - Choisissez ce qui vous convient, de préférence une méthode qui peut être enregistrée et suivie.
- Parfois, cela peut être aussi simple que d'ajouter une colonne supplémentaire dans la feuille Excel avec des cas de test et d'écrire quelque chose en rouge quand ce n'est pas ce qu'il est censé être.
- Peut être le bouche à oreille
- Une liste dans un e-mail
Étape 2: Effectuez la vérification
#1) À l'aide de la liste de contrôle que vous avez créée précédemment, vérifiez le document et fournissez vos commentaires.
Étape 3: enregistrez vos résultats
#1) Encore une fois, en utilisant la méthode choisie à l'étape 1, enregistrez et rapportez vos résultats.
#deux) Lorsque vous signalez vos commentaires ou suggestions de modification, ne le traitez pas différemment que de signaler un défaut. Ne négligez rien. Soyez détaillé.
#1) Personne n'aime se faire dire que son travail est incorrect ou incomplet. Gardez donc à l'esprit les consignes suivantes lorsque vous fournissez des commentaires négatifs.
- Fournir des critiques constructives - N'oubliez pas de ne pas critiquer la personne mais de signaler les défauts de ce produit
- Ne soyez pas compétitif - n’essayez pas de le battre simplement parce qu’il a envoyé 30 commentaires sur vos scénarios de test.
- Donnez des raisons pour soutenir vos commentaires
#deux) Obtenez une approbation.
# 3) Faire apporter les modifications
Étape 5: Contrôle de version Les documents impliqués
#1) Ne supprimez les anciennes versions d'aucun des documents. Nommez-les correctement et conservez-les dans un dossier de projet centralisé. Après tout, c'est la preuve de tout notre travail
Étape 6: Signature et utilisation du document comme prévu
#1) Une fois que toutes les modifications sont incorporées, la version enregistrée, autorisez le processus de révision et passez à l'utilisation du document pour ce pour quoi il a été créé.
#deux) Une autre question qui se pose est la suivante: vérifions-nous à nouveau une fois les modifications apportées? Combien de fois ce processus se poursuivra-t-il - travail - révision - correction - puis réexaminé? Jusqu'a quand?
Non, un examen ne doit pas se produire encore et encore. Il s'agit d'une activité de contrôle de la qualité qui se concentre sur la vérification si les outils de test sont créés correctement ou non. Comme toujours, les documents sans défaut sont impossibles. Donc, un niveau raisonnable d'examen - une fois par un pair est acceptable.
Là, vous avez terminé. Ce processus n’est-il pas simple?
Points à retenir
- Chaque projet n'a pas à suivre cette méthode formalisée d'examen, mais même s'il a une méthode informelle en place, ces étapes aideront à définir les attentes et vous guideront.
- Documentation de test Les estimations de la chronologie sont généralement basées sur le temps nécessaire pour créer et réviser les documents. Ils y sont donc intégrés même si nous ne les reconnaissons pas toujours.
- L'examen n'est pas un processus limité aux équipes de test manuel. Les équipes d'automatisation effectuent également des visites de code, des revues de conception, etc.
Enfin, voici à quoi ressemble un document de commentaires d'examen typique pour les cas de test. Les commentaires sont en rouge. Pas nécessairement de vrais commentaires, mais quelque chose pour montrer comment c'est fait.
Exemple de document d'examen des cas de test: (cliquez pour agrandir l'image)
À vous
Alors, pensez-vous toujours que les processus sont décourageants? Réalisez-vous des revues dans vos projets? Veuillez partager vos expériences, défis, questions et commentaires ci-dessous.
jointure externe gauche vs jointure gauche
À propos de l'auteur: Ceci est un article de Swati Seela - un expert en tests manuels et automatisés avec plus de 9 ans d'expérience dans l'industrie . Elle est également instructrice pour notre cours de formation aux tests de logiciels.
Si vous souhaitez apprendre les tests logiciels des experts, consultez le calendrier de notre prochain lot et en savoir plus sur ce cours sur cette page .
lecture recommandée
- 4 étapes pour développer l'état d'esprit des tests agiles pour une transition réussie vers un processus agile
- Comment effectuer des tests de produits logiciels - Processus et méthodes détaillés avec des exemples
- Business Process Testing (BPT) - Comment simplifier et accélérer le processus de test à l'aide de BPT
- Générer une documentation vivante avec des cornichons pour les fichiers d'entités Specflow
- Guide de documentation des tests de logiciels (pourquoi c'est important)
- Ce que le testeur d'assurance qualité doit savoir sur le processus de gestion des versions et du déploiement
- Commande Grep sous Unix avec des exemples simples
- 6 étapes les plus importantes pour améliorer encore plus vos rapports de test