Définissez la stratégie de sauvegarde et de restauration des données de test. La base de données d`environnement de test peut s`avérer problématique en raison de conditions non gérées dans le code. Je me souviens des problèmes que nous avons rencontrés sur l`un des projets quand il n`y avait pas de stratégie de sauvegarde de base de données définie et nous avons perdu des données entières en raison de problèmes de code. La politique de test doit également inclure les activités de test nécessaires pour la maintenance du projet actuel et également le développement de nouveaux projets. L`objectif global d`une organisation dans l`exécution des activités de test est décrit dans le document de stratégie de test. Il est créé par des aînés dans l`équipe de gestion des tests en association avec les cadres supérieurs des groupes de parties prenantes. La stratégie de test est un document abrégé, résumée à un niveau élevé qui contient les éléments suivants: le plan de test est un document préparé au niveau du projet. En général, il définit les produits de travail à tester, comment ils seront testés (cas de test) et la distribution de type de test parmi les testeurs. Le plan de test comprend également l`environnement de test et les outils de test à utiliser pendant le projet, les personnes responsables des tests et leurs responsabilités, les niveaux de test et les types de test, le calendrier d`essai prévu pour les essais, et les principes de gestion et de reporting des Erreurs/bugs.
Au fil des ans, je vois beaucoup de confusion entre ces deux documents. Commençons donc par les définitions de base. En général, il n`a pas d`importance qui vient en premier. Le document de planification de test est une combinaison de stratégie connectée à un plan de projet global. Selon la norme IEEE 829-2008, le plan stratégique est un sous-élément d`un plan de test. Erreur: la stratégie de test est l`approche de haut niveau des tests que vous êtes sur le sujet d`entreprendre. Le plan de test est le détail de qui, quoi, quand et où. Vous commencez toujours par une stratégie, qui décrit vos objectifs. Cela informera le plan. Rédiger une stratégie de test efficacement est une compétence que chaque testeur doit réaliser dans sa carrière. Il initie votre processus de pensée les informations contenues dans le document du plan de test doivent être cohérentes avec la stratégie de test et la politique de test de l`organisation.
Salut Vijay Monsieur, j`essaie de comprendre quand exactement nous sommes tenus d`écrire le document de stratégie de test? Aussi, lorsque les exigences ne sont pas claires comment pouvons-nous préparer le document de stratégie de test. Merci d`avance, Lakshmi testing docs est une partie non séparable de tout processus de test logiciel (formel ou agile). Les modèles spéciaux sont généralement utilisés pour préparer les docs rapidement. Dans la plupart des cas, «googler» le document peut finalement vous obtenir ce dont vous avez besoin, mais il est à la fois long et frustrant. Nous avons fait ce travail pour vous et avons placé des échantillons des types les plus répandus de modèles de docs de test. Le document de stratégie de test est préparé au niveau du programme et comprend une stratégie de test générale, des principes de gestion, des processus et des approches pour les tests à effectuer pour un logiciel en détail. Il est déterminé par la haute direction de l`organisation et définit les principes d`essai que l`organisation a adoptés. La stratégie de test est un document de très haut niveau et en haut de la structure de la documentation de test. Les organisations peuvent préférer publier leur politique de test dans une phrase, ainsi qu`un document distinct. Ils peuvent également utiliser cette politique dans les projets de développement et de maintenance. Ce document supprime toute incertitude ou énoncé de besoins vagues avec un plan d`approche clair pour atteindre les objectifs de test. La stratégie de test est l`un des documents les plus importants pour l`équipe d`AQ.
La configuration de l`environnement de test doit décrire des informations sur un certain nombre d`environnements et la configuration requise pour chaque environnement. Exemple: un environnement de test pour l`équipe de test fonctionnelle 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 libre, le nombre de systèmes, etc. Le plan de test est généralement préparé par le gestionnaire de test ou le chef de test dans l`organisation de test et partagé avec l`équipe entière dans le projet.