how write test strategy document
Apprenez à rédiger efficacement un document de stratégie de test
Un plan stratégique pour définir l'approche de test, ce que vous voulez accomplir et comment vous allez y parvenir.
Ce document supprime toute incertitude ou énoncé d'exigence vague avec un plan d'approche clair pour atteindre les objectifs du test. La stratégie de test est l'un des documents les plus importants pour l'équipe d'assurance qualité.
=> Cliquez ici pour une série complète de didacticiels sur le plan de test
Ce que vous apprendrez:
- Rédaction d'un document de stratégie de test
Rédaction d'un document de stratégie de test
Stratégie de test
Rédaction efficace d'une stratégie de test est une compétence que chaque testeur devrait acquérir dans sa carrière. Il initie votre processus de pensée ce qui permet de découvrir de nombreuses exigences manquantes. Les activités de réflexion et de planification des tests aident une équipe à définir la portée du test et la couverture du test.
Il aide les gestionnaires de test à obtenir l'état clair du projet à tout moment. Les chances de manquer une activité de test sont très faibles lorsqu'une stratégie de test appropriée est en place.
L'exécution des tests sans aucun plan fonctionne rarement. Je connais des équipes qui rédigent un document de stratégie mais qui ne le renvoie jamais pendant l'exécution des tests. Le plan de stratégie de test doit être discuté avec toute l'équipe afin que l'équipe soit cohérente avec l'approche et les responsabilités.
Dans des délais serrés, vous ne pouvez pas simplement renoncer à toute activité de test en raison de la pression du temps. Au moins, il doit passer par un processus formel avant de le faire.
Qu'est-ce qu'une stratégie de test?
La stratégie de test signifie 'Comment allez-vous tester l'application?' Vous devez mentionner le processus / la stratégie exacte que vous allez suivre lorsque vous obtiendrez l'application pour le test.
Je vois que de nombreuses entreprises suivent très strictement le modèle de stratégie de test. Même sans modèle standard, vous pouvez garder ce document de stratégie de test simple mais toujours efficace.
Stratégie de test Vs. Plan de test
Au fil des années, je constate beaucoup de confusion entre ces deux documents. Commençons donc par les définitions de base. En général, peu importe ce qui vient en premier. Le document de planification de test est une combinaison de stratégie associée à un plan de projet global. Selon IEEE Standard 829-2008, le plan stratégique est un sous-élément d'un plan de test.
Chaque organisation a ses propres normes et processus pour conserver ces documents. Certaines organisations incluent les détails de la stratégie dans le plan de test lui-même (voici un bon exemple de cela). Certaines organisations répertorient la stratégie sous forme de sous-section dans un plan de test, mais les détails sont séparés dans différents documents de stratégie de test.
La portée du projet et l'objectif du test sont définis dans le plan de test. Fondamentalement, il traite de la couverture des tests, des fonctionnalités à tester, des fonctionnalités à ne pas tester, de l'estimation, de la planification et de la gestion des ressources.
Alors que la stratégie de test définit des lignes directrices pour l'approche de test à suivre afin d'atteindre les objectifs de test et l'exécution des types de test définis dans le plan de test. Il traite des objectifs de test, de l'approche, de l'environnement de test, de la stratégie et des outils d'automatisation et de l'analyse des risques avec un plan d'urgence.
Pour résumer le plan de test est une vision de ce que vous voulez réaliser et la stratégie de test est un plan d'action conçu pour réaliser cette vision!
J'espère que cela dissipera tous vos doutes. James Bach a plus de discussion sur ce sujet ici .
Processus d'élaboration d'un bon document de stratégie de test
Ne vous contentez pas de suivre les modèles sans comprendre ce qui fonctionne le mieux pour votre projet. Chaque client a ses propres exigences et vous devez vous en tenir aux choses qui fonctionnent parfaitement pour vous. Ne copiez aucune organisation ni aucune norme à l'aveugle. Assurez-vous toujours que cela vous aide, vous et vos processus.
Vous trouverez ci-dessous un exemple de modèle de stratégie qui décrira ce qui devrait être couvert dans ce plan ainsi que quelques exemples pour illustrer ce qu'il est logique de couvrir sous chaque composant.
Stratégie de test dans STLC:
(image la source )
fausse adresse e-mail que je peux utiliser
Sections communes du document de stratégie de test
Étape n ° 1: portée et aperçu
Vue d'ensemble du projet ainsi que des informations sur qui doit utiliser ce document. Incluez également des détails comme qui examinera et approuvera ce document. Définir les activités de test et les phases à effectuer avec des échéanciers par rapport aux délais globaux du projet définis dans le plan de test.
Étape # 2: Approche de test
Définissez le processus de test, le niveau de test, les rôles et les responsabilités de chaque membre de l'équipe.
Pour chaque type de test défini dans le plan de test ( Par exemple, Unité , Intégration, Système, Régression, Installation / désinstallation , Les tests d'utilisabilité, de charge, de performance et de sécurité) décrivent pourquoi il doit être effectué avec des détails tels que le moment de commencer, le propriétaire du test, les responsabilités, l'approche de test et les détails de la stratégie d'automatisation et de l'outil le cas échéant.
Dans l'exécution des tests, il existe diverses activités telles que l'ajout de nouveaux défauts, le triage des défauts, l'attribution des défauts, les nouveaux tests, les tests de régression et enfin l'approbation des tests. Vous devez définir les étapes exactes à suivre pour chaque activité. Vous pouvez suivre le même processus qui a fonctionné pour vous dans vos cycles de test précédents.
Une présentation Visio de toutes ces activités, y compris un certain nombre de testeurs et qui travailleront sur quelle activité est très utile pour comprendre rapidement les rôles et les responsabilités dans l'équipe.
Par exemple, cycle de gestion des défauts - mentionnez le processus pour enregistrer le nouveau défaut. Où se connecter, comment enregistrer les nouveaux défauts, quel doit être le statut du défaut, qui doit effectuer le triage des défauts, qui attribuer les défauts après le triage, etc.
Définissez également le processus de gestion du changement. Cela inclut la définition de la soumission de la demande de changement, le modèle à utiliser et le processus pour traiter la demande.
Étape n ° 3: environnement de test
La configuration de l'environnement de test doit présenter des informations sur un certain nombre d'environnements et la configuration requise pour chaque environnement. Par exemple, Un environnement de test pour l'équipe de test fonctionnel et un autre pour l'équipe UAT.
Définissez le nombre d'utilisateurs pris en charge sur chaque environnement, les rôles d'accès pour chaque utilisateur, les exigences logicielles et matérielles telles que le système d'exploitation, la mémoire, l'espace disque disponible, le nombre de systèmes, etc.
La définition des exigences en matière de données de test est tout aussi importante. Fournir des instructions claires sur la façon de créer des données de test (générer des données ou utiliser des données de production en masquant les champs pour la confidentialité).
Définissez la stratégie de sauvegarde et de restauration des données de test. La base de données de l'environnement de test peut rencontrer des problèmes en raison de conditions non gérées dans le code. Je me souviens des problèmes auxquels nous avons été confrontés sur l'un des projets alors qu'aucune stratégie de sauvegarde de base de données n'était définie et que nous avons perdu des données entières en raison de problèmes de code.
Le processus de sauvegarde et de restauration doit définir qui effectuera les sauvegardes quand effectuer une sauvegarde, ce qu'il faut inclure dans la sauvegarde quand restaurer la base de données, qui la restaurera et les étapes de masquage des données à suivre si la base de données est restaurée.
Étape 4: Outils de test
Définissez les outils de gestion et d'automatisation des tests nécessaires à l'exécution des tests. Pour les tests de performance, de charge et de sécurité, décrivez l'approche de test et les outils nécessaires. Indiquez s'il s'agit d'un outil open source ou commercial et combien d'utilisateurs sont pris en charge et planifiez en conséquence.
Étape # 5: Relâchez le contrôle
Comme mentionné dans notre dernier Article UAT , un cycle de publication non planifié peut entraîner des versions de logiciel différentes sur les environnements de test et UAT. Un plan de gestion des versions avec un historique des versions approprié garantira l'exécution des tests de toutes les modifications de cette version.
Par exemple, Définissez le processus de gestion de construction qui répondra - où la nouvelle version devrait être disponible, où elle devrait être déployée, quand obtenir la nouvelle version, d'où obtenir la version de production, qui donnera le départ, le signal d'interdiction pour la version de production , etc.
Étape # 6: Analyse des risques
Énumérez tous les risques que vous envisagez. Fournissez un plan clair pour atténuer ces risques et également un plan d'urgence au cas où vous voyez ces risques dans la réalité.
Étape 7: examen et approbations
Lorsque toutes ces activités sont définies dans le plan de stratégie de test, elles doivent être revues pour approbation par toutes les entités impliquées dans la gestion de projet, l'équipe commerciale, l'équipe de développement et l'équipe d'administration système (ou gestion de l'environnement).
Le résumé des modifications de la revue doit être suivi au début du document avec le nom, la date et le commentaire de l'approbateur. En outre, il s'agit d'un document évolutif, ce qui signifie qu'il doit être continuellement revu et mis à jour avec les améliorations du processus de test.
Conseils simples pour rédiger un document de stratégie de test
- Incluez le contexte du produit dans le document de stratégie de test. Dans le premier paragraphe de votre document de stratégie de test, répondez - Pourquoi les parties prenantes veulent développer ce projet? Cela aidera à comprendre et à hiérarchiser les choses rapidement.
- Dressez la liste de toutes les fonctionnalités importantes que vous allez tester. Si vous pensez que certaines fonctionnalités ne font pas partie de cette version, mentionnez-les sous l'étiquette «Fonctionnalités à ne pas tester».
- Notez l'approche de test pour votre projet. Indiquez clairement quels types de tests vous allez effectuer?
c'est-à-dire les tests fonctionnels, les tests d'interface utilisateur, les tests d'intégration, les tests de charge / contrainte, les tests de sécurité, etc. - Répondez à des questions comme comment allez-vous effectuer les tests fonctionnels? Test manuel ou automatisé? Allez-vous exécuter tous les cas de test à partir de votre outil de gestion de test?
- Quel outil de suivi des bogues allez-vous utiliser? Quel sera le processus lorsque vous trouverez un nouveau bogue?
- Quels sont vos critères d'entrée et de sortie de test?
- Comment allez-vous suivre la progression de vos tests? Quelles métriques allez-vous utiliser pour suivre l'achèvement des tests?
- Répartition des tâches - Définissez les rôles et les responsabilités de chaque membre de l'équipe.
- Quels documents allez-vous produire pendant et après la phase de test?
- Quels risques voyez-vous dans l'achèvement du test?
Conclusion
La stratégie de test n'est pas un morceau de papier. C’est le reflet de toutes les activités de contrôle qualité dans le cycle de vie des tests logiciels. Reportez-vous ce document de temps en temps dans le processus d'exécution des tests et suivez le plan jusqu'à la sortie du logiciel.
Lorsque le projet approche de la date de sortie, il est assez facile de réduire les activités de test en ignorant ce que vous avez défini dans le document de stratégie de test. Mais il est conseillé de discuter avec votre équipe pour savoir si la réduction d'une activité particulière aidera ou non à la publication sans aucun risque potentiel de problèmes majeurs après la publication.
La plupart des équipes agiles réduisent la rédaction de documents de stratégie car l'équipe se concentre sur l'exécution des tests plutôt que sur la documentation. Mais avoir un plan de stratégie de test de base aide toujours à planifier et à atténuer clairement les risques impliqués dans le projet. Les équipes agiles peuvent capturer et documenter toutes les activités de haut niveau pour terminer l'exécution des tests à temps sans aucun problème.
Je suis sûr que développer un bon plan de stratégie de test et m'engager à le suivre améliorera certainement le processus de test et la qualité du logiciel. Il me ferait plaisir que cet article vous inspire pour rédiger un plan de stratégie de test pour votre projet!
Si vous aimez ce message, pensez à le partager avec vos amis!
=> Visitez ici pour une série complète de didacticiels sur le plan de test
lecture recommandée
- Exemple de document de plan de test (exemple de plan de test avec les détails de chaque champ)
- Tutoriel de plan de test: un guide pour rédiger un document de plan de test logiciel à partir de zéro
- Différence entre plan de test, stratégie de test, scénario de test, script de test, scénario de test et condition de test
- Exemple de modèle de plan de test logiciel avec format et contenu
- Comment préparer un plan de test et rédiger des cas de test pour une application ERP - Test ERP, partie 2
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Exemple de modèle de rapport de test d'acceptation avec des exemples
- Exemple de modèle de scénario de test avec des exemples de scénario de test (Télécharger)