Plan de test

Le remplissage en ligne est gratuit, ne nécessite aucun compte et le document se télécharge au format Word ou PDF. Voir tous les modèles de Informatique et projets

• Produit et version

  Par exemple : Application mobile TidyPlan 4.2.0

• Responsable des tests

  Par exemple : Anna Berg

• Version du plan et date

  Par exemple : 1.0, 3 mars 2030

• Ce que les tests doivent démontrer

  Par exemple : Que les listes partagées fonctionnent pour 6 personnes à la fois, que la connexion et l'envoi de photos ne plantent plus et que rien de ce qui fonctionnait avant n'est cassé.

• Dans le périmètre

  Par exemple : Listes partagées, connexion, envoi de photos, notifications, les 20 parcours utilisateurs clés.

• Hors périmètre (facultatif)facultatif

  Par exemple : Panneau d'administration web, inchangé depuis la 4.1.0. Testé uniquement via la batterie de non-régression.

• Types de tests

  Une ligne par type de test.

  Par exemple : Tests unitaires | Développeurs | À chaque modification Tests d'intégration | Développeurs | Tous les jours Tests manuels des fonctionnalités | Testeurs | Par fonctionnalité Batterie de non-régression | Testeurs | Avant la mise en production Test de performance | Responsable des tests | Une fois, 500 utilisateurs simultanés Contrôle de sécurité | Responsable sécurité | Une fois

• Environnements et appareils

  Par exemple : Serveur de test avec une copie de la configuration de production, sans données clients réelles. 6 téléphones : 3 Android, 3 iOS, le plus ancien pris en charge et le plus récent.

• Données de test (facultatif)facultatif

  Par exemple : Comptes et listes fictifs. Aucune donnée personnelle réelle.

• Calendrier

  Une ligne par étape.

  Par exemple : Plan de test validé | 3 mars Tests des fonctionnalités | du 3 au 7 mars Non-régression | du 8 au 10 mars Décision de mise en production | 11 mars

• Traitement des anomalies

  Par exemple : Chaque anomalie est consignée avec les étapes, une capture d'écran et l'appareil. Critique : bloque la mise en production, corrigée en 1 jour. Élevée : corrigée avant la mise en production. Moyenne et faible : planifiées.

• Conditions d'entrée (quand les tests peuvent commencer)

  Par exemple : La version est déployée sur le serveur de test, les tests unitaires passent et les notes de version existent.

• Conditions de sortie (quand les tests sont terminés)

  Par exemple : Tous les tests prévus ont été exécutés. Aucune anomalie critique ou élevée ouverte. Batterie de non-régression réussie à au moins 98 pour cent. Le responsable des tests signe le rapport.

• Risques (facultatif)facultatif

  Par exemple : Seulement 2 testeurs la dernière semaine. Mesure d'atténuation : les développeurs participent aux tests de non-régression.

1. 11. Objectifs
2. 22. Périmètre
3. 33. Types de tests
4. 44. Environnements et appareils
5. 55. Données de test
6. 66. Calendrier
7. 77. Anomalies
8. 88. Conditions d'entrée
9. 99. Conditions de sortie
10. 1010. Risques

1. 01

   Remplir

   Saisissez vos informations dans le formulaire. Le document se remplit au fur et à mesure ; cliquez sur un espace à remplir pour accéder à son champ.

2. 02

   Vérifier

   Relisez-le. Les espaces non remplis restent signalés, pour qu'aucun document ne soit envoyé à moitié terminé.

3. 03

   Télécharger

   Enregistrez-le en document Word pour le modifier, ou en PDF pour l'envoyer ou l'imprimer.

Quelles informations ce modèle demande-t-il ?

Le formulaire demande 14 informations, à commencer par Produit et version, Responsable des tests, Version du plan et date, Ce que les tests doivent démontrer, Dans le périmètre. 3 autres sont facultatives.

Puis-je télécharger ce modèle au format Word ou PDF ?

Oui. Une fois le formulaire rempli, enregistrez-le au format Word pour continuer à le modifier, ou au format PDF pour l’envoyer ou l’imprimer. C’est gratuit et aucun compte n’est nécessaire.

Ce que je saisis est-il envoyé quelque part ?

Non. Ce que vous saisissez reste dans votre navigateur pendant que vous remplissez le document. Cela n’est transmis à nerix que si vous choisissez d’ouvrir le modèle dans le chat.

Ces modèles informatique et projets sont-ils gratuits ?

La plupart. Remplissez-les et téléchargez-les gratuitement en Word ou en PDF, sans compte. Quelques documents plus longs sont premium : gratuits à remplir, payés une fois pour le téléchargement, et marqués de leur prix.

Une politique de sécurité nous protège-t-elle ?

Aucun document n'y suffit seul. Une politique aide quand elle correspond à ce que les gens font vraiment : gardez-la courte, expliquez-la à votre équipe et revoyez-la chaque année.

Une charte de projet est-elle réservée aux grands projets ?

Non. Un petit projet en profite aussi, car une page qui nomme l'objectif, les limites et le décideur évite la plupart des disputes plus tard.

• Spécification d'intégration APIDécrivez la connexion entre deux systèmes : données échangées, sécurité, gestion des erreurs et responsabilités.Informatique et projets
• Journal de décision d'architectureConsigner une décision technique avec son contexte, ses options, ses raisons et ses conséquences, pour que l'équipe la retrouve plus tard.Informatique et projets
• Politique d'utilisation des appareils personnelsFixez les règles d'utilisation des téléphones et ordinateurs personnels pour le travail : sécurité, confidentialité, support et départ.Informatique et projets
• Rapport de bugSignaler un problème logiciel pour qu'un développeur puisse le reproduire, en évaluer l'impact et le corriger.Informatique et projets
• Plan de gestion du changementPlanifiez comment informer, former et soutenir les personnes lors d'un grand changement, et comment vous saurez que cela a fonctionné.Informatique et projets
• Demande de changementDemandez un changement sur un projet ou un système, montrez son impact et consignez la décision.Informatique et projets

Voir tous les modèles de Informatique et projets