Comment rédiger un plan de test?
Pour rédiger un plan de test pour un logiciel, commencez par rédiger l'introduction, qui couvre les objectifs, la portée et le calendrier du test. Ensuite, parlez de vos objectifs, y compris ce que vous allez tester, pourquoi c'est important et comment vous allez le tester. Assurez-vous d'inclure une section sur les ressources requises, comme le matériel et les outils de test. Rédigez une section sur les risques et les dépendances du test, ainsi que sur les données que vous allez fournir au client. Dressez la liste de votre stratégie, des critères de réussite / échec et des documents que vous produirez, puis terminez le plan avec une section de résultats. Pour obtenir des conseils sur les informations à inclure et sur la façon de préparer le plan de test, continuez à lire!
Pour trouver rapidement des cas de test et / ou pour minimiser le risque d'oublier quelque chose d'important à tester, pensez à utiliser des listes de contrôle de plan de test et / ou des modèles de plan de test.
Les plans de test décrivent le processus de test de la fonctionnalité du logiciel. Un plan de test détaille chaque étape prise pour atteindre un certain résultat et énonce l'objectif de chaque action. Le plan met également en évidence les ressources, les risques et le personnel prévus pour le test. Vous devez utiliser un plan de test si vous cherchez à éliminer les bogues et autres erreurs dans votre logiciel avant qu'il ne devienne disponible pour les clients. Suivez les étapes ci-dessous pour créer un plan de test.
Partie 1 sur 2: préparation du plan de test
- 1Connaissez les bases. Ce que vous mettez dans votre plan de test dépend en grande partie de la complexité du logiciel que vous prévoyez de tester. Cependant, il existe trois sections de base qui doivent toujours être incluses dans un plan de test: la couverture du test, les méthodes de test et les responsabilités de test.
- La couverture des tests définit ce que vous allez tester et ce que vous ne ferez pas.
- Les méthodes de test définissent comment vous allez tester chaque pièce définie dans la section «couverture».
- Les responsabilités de test attribuent des tâches et des responsabilités à différentes parties. Cette section devrait également inclure les données que chaque partie enregistrera et comment elles seront stockées et rapportées.
- 2Familiarisez-vous avec les documents de normes IEEE nécessaires. L'Institut des ingénieurs électriciens et électroniciens (IEEE) publie des normes internationales pour tester et documenter le développement de logiciels et de systèmes. Pour maintenir votre plan de test au niveau le plus élevé, consultez les publications IEEE ci-dessous:
- 29119-1-2013, Génie du logiciel et des systèmes - Essais de logiciels - Partie 1: Concepts et définitions
- 29119-2-2013, Génie du logiciel et des systèmes - Essais de logiciels - Partie 2: Processus d'essai
- 29119-3-2013, Génie du logiciel et des systèmes - Essais de logiciels - Partie 3: Documentation d'essai
- 829-2008, norme IEEE pour la documentation de test des logiciels et des systèmes
- 1008-1987 - Norme IEEE pour les tests unitaires logiciels
- 3Consultez un modèle. Vous pouvez trouver des modèles de plans de test en ligne. La meilleure source pour les modèles est la bibliothèque IEEE, mais l'accès ne coûte une redevance.
- Le Bureau de la Caroline du Nord Information Technology Services propose un modèle de plan de test annoté, basé sur la norme IEEE 829 normes, ici.
- Dublin City University propose également un modèle de plan de test gratuit, basé sur les normes IEEE 829.
Partie 2 sur 2: Rédaction du plan de test
- 1Écrivez l'introduction. Votre introduction fonctionne comme le "résumé" du plan de test: ses objectifs, sa portée et son calendrier. Cela doit être bref, car vous approfondirez les détails dans les sections suivantes du plan de test.
- Vos objectifs et vos énoncés de portée doivent définir, en termes généraux, les méthodes qui seront utilisées dans le processus de test et les résultats projetés. L'énoncé de la portée doit également inclure les mesures de performance les plus critiques, ainsi qu'une liste de ce que le plan de test ne traitera pas, et pourquoi.
- Un calendrier détaille les incréments de temps pendant lesquels chaque phase du test sera achevée.
- Les documents associés incluent tout matériel périphérique pertinent pour le projet en cours, comme les listes de spécifications.
Votre plan de test doit clairement définir ce que vous testerez et pourquoi vous le testerez. - 2Définissez vos objectifs. Votre plan de test doit clairement définir ce que vous testerez et pourquoi vous le testerez. Celles-ci devraient toujours être basées sur les normes de l'industrie.
- Déterminez la portée du test. Quels scénarios seront testés?
- Déterminez ce qui est hors de portée du test. Quels scénarios ne seront pas testés?
- Les scénarios courants incluent les tests de modules, les tests d'intégration, les tests de systèmes / d'acceptation et les tests bêta.
- 3Rédigez une section sur les ressources requises. Cette section décrit toutes les ressources nécessaires pour effectuer les tests, y compris le matériel, les logiciels, les outils de test et le personnel.
- Lors de la comptabilisation de votre personnel, assurez-vous de détailler les responsabilités requises de chaque membre et la formation nécessaire pour exécuter ces responsabilités.
- Assurez-vous de documenter les spécifications exactes du matériel et des logiciels.
- 4Rédigez une section sur les risques et les dépendances. Détaillez tous les facteurs dont dépend votre projet et les risques encourus à chaque étape. Le niveau de risque acceptable dans votre projet vous aidera à déterminer ce que vous allez tester et ce que vous ne ferez pas.
- Considérez la probabilité de divers risques. Vous devrez prioriser les domaines critiques.
- Soyez conscient de toute exigence vague ou peu claire. Les utilisateurs manquent souvent de l'expertise nécessaire pour comprendre le langage technique ou les procédures, de sorte que les malentendus des utilisateurs peuvent présenter un risque.
- Utilisez votre historique des «bogues» pour vous aider à identifier les domaines de préoccupation et les tests supplémentaires.
- 5Écrivez une section sur ce que vous allez tester. Dressez la liste des nouveaux aspects que vous allez tester et des anciens aspects que vous allez tester à nouveau. Assurez-vous de détailler le but de chaque test.
- Vous pouvez utiliser des inventaires d'applications logicielles, des directives IEEE et d'autres sources pour vous aider à déterminer cette liste.
- Cette section représente également vos «livrables», ou les données que vous fournirez au client une fois le test terminé.
- 6Écrivez une section sur ce que vous ne testerez pas. Répertoriez toutes les fonctionnalités qui ne seront pas testées au cours du projet en cours. Les raisons de ne pas tester les fonctionnalités incluent:
- La fonctionnalité ne sera pas incluse dans cette version du logiciel
- La fonctionnalité est à faible risque ou a été utilisée auparavant sans problème
- 7Énumérez votre stratégie. Cette section décrit la stratégie globale de test pour votre plan de test. Il précisera les règles et processus qui s'appliqueront aux tests décrits ci-dessus.
- Incluez des informations sur les outils à utiliser, quelles métriques seront collectées et à quel niveau, combien de configurations seront testées et s'il existe des exigences ou des procédures spéciales pour les tests.
Le plan de test de chaque équipe peut être combiné dans le plan de test global du projet après avoir été revu et approuvé. - 8Développer des critères de réussite / échec. Ces critères guideront votre personnel de test afin qu'il sache si les objectifs de test ont été atteints. Cette section peut également inclure des «critères de sortie», afin que votre personnel sache quand il est acceptable d'arrêter de tester une certaine fonctionnalité.
- Vous devez également inclure une liste de critères de suspension et d'exigences de reprise. Ces informations indiquent aux testeurs quand interrompre les tests et quel est le niveau de défaut acceptable pour les reprendre.
- 9Rédigez une liste de documents qui seront produits lors des tests. Également appelés «livrables», ces documents sont les données, les rapports, les scripts et les résultats qui seront produits par les tests.
- C'est une bonne idée d'attribuer ces livrables aux «propriétaires» qui sont responsables de leur livraison. Attribuez des délais dans lesquels ils sont dus.
- 10Rédigez une section sur les résultats de votre projet. Décrivez tous les objectifs que vous espérez atteindre au cours du processus de test. Précisez qui est en charge des approbations finales.
- Certains développeurs de logiciels utilisent une société de test indépendante pour exécuter leurs plans de test. Avec une société indépendante effectuant les tests, la méthodologie et les résultats peuvent être examinés différemment.
- Si votre projet logiciel est divisé en plusieurs sections avec différentes équipes, chaque équipe doit créer son propre plan de test. Le plan de test de chaque équipe peut être combiné dans le plan de test global du projet après avoir été revu et approuvé.
- Un plan de test approfondi peut éliminer la nécessité d'une procédure de test, qui peut être coûteuse à développer. En règle générale, les plans de test décrivent le produit testé et les procédures de test décrivent comment tester ce produit. Cependant, un plan de test détaillé peut couvrir les informations normalement décrites par une procédure de test.
Pour rédiger un plan de test pour un logiciel, commencez par rédiger l'introduction, qui couvre les objectifs, la portée et le calendrier du test. - Adaptez votre plan de test aux résultats que vous attendez des tests. Certains tests sont effectués pour voir quelles fonctionnalités réussissent et certains tests sont effectués pour voir ce qui échouera. Chacun nécessite une planification différente.
- Pour trouver rapidement des cas de test et / ou pour minimiser le risque d'oublier quelque chose d'important à tester, pensez à utiliser des listes de contrôle de plan de test et / ou des modèles de plan de test. Particulièrement utile lorsque vous travaillez sur un produit et que vous ajoutez de nouvelles et de nouvelles fonctionnalités à ce produit.
- Pour proposer rapidement des cas de test et / ou minimiser le risque d'oublier quelque chose d'important à tester, pensez à structurer votre plan de test. Une très bonne méthode de structuration des plans de test est la méthode ACC (attributs, composants, capacités). Identifier les attributs (adjectifs décrivant le système), les composants (noms des parties fonctionnelles, caractéristiques du système) et pour chaque combinaison d'attribut et de composant, identifier les capacités (verbes pour les actions de l'utilisateur, les activités).
Lisez aussi: Comment améliorer votre profil?
Questions et réponses
- Comment puis-je me préparer à un examen?Passez en revue vos notes et informations dans le manuel et trouvez des tests pratiques en rapport avec le sujet de l'examen.
- Où puis-je voir un exemple de plan de test?Le simple fait de le taper dans Google vous permettra également de voir des exemples d'images et autres qui pourraient être utiles ou des sites Web d'université comme mentionné ci-dessus.
- Quelle est la meilleure façon de rédiger un plan de test?Comme pour la plupart des projets, commencez avec la fin en tête (Covey) et comme avec le programme de formation technique qui comprend la performance (action), les conditions (données) et les critères (dans quelle mesure) pour définir la portée et la mesure du succès du plan de test.. Par exemple: "A la fin de ce test, le technicien de déminage pourra désamorcer (performance) un IED simulé, en champ libre (conditions), avec une précision de 100%, du premier coup (critères)." Une fois l'objectif établi, la rédaction du plan de test est simple.
- Un plan d'examen est-il le même qu'un plan de test?Non, dans un plan de test, les leçons sont moins nombreuses que les examens, vous devez donc planifier plus pour un examen que pour des tests.
Questions sans réponse
- Comment gérer l'équilibre entre vie professionnelle et vie privée avec les enfants?
- Dois-je suivre BRD lors de l'élaboration d'un plan de test?
Les commentaires (6)
- C'est une bonne expérience!! Cela a beaucoup aidé. le guide est superbe!!
- Cela m'a beaucoup aidé car je suis un nouveau testeur de logiciels et j'avais besoin de conseils sur la façon de créer un plan de test!
- Cela m'a aidé à planifier ma prochaine mission de test.
- Je suis un ingénieur logiciel. Cet article m'a aidé à comprendre ce qu'est la rédaction d'un plan de test et m'a appris les principes de base. C'était tellement utile!
- Je suis un ingénieur de test nouvellement affecté. J'écris actuellement un plan de test d'intégration. J'étais très gêné avant de lire ce site Web. Merci beaucoup.
- Je suis un développeur de logiciels chargé de rédiger un plan de test pour notre projet. Votre article m'a aidé à comprendre ce qu'est un plan de test et a clairement expliqué chaque partie d'un plan de test. Meilleures salutations.
