Définir les autorisations et l’accès pour les tests
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
Pour bénéficier de toutes les fonctionnalités de Azure Test Plans, vous devez disposer du niveau d’accès De base + Test Plans ou disposer de l’un des abonnements suivants :
En outre, vous pouvez gérer l’accès à diverses fonctionnalités de test manuelles en accordant aux utilisateurs ou aux groupes des autorisations spécifiques pour un objet ou un projet. De nombreux artefacts de test correspondent aux types d’éléments de travail spécifiques aux tests. Par conséquent, les autorisations de suivi du travail s’appliquent aux éléments de travail spécifiques aux tests, tels que les plans de test, les suites de tests, les cas de test et bien plus encore. Vous définissez des autorisations pour les éléments de travail et les fonctionnalités de test manuel pour les chemins d’accès de zone et au niveau du projet. Vous définissez des autorisations pour gérer les contrôleurs de test au niveau de l’organisation ou du regroupement. Les contrôleurs de test sont utilisés pour effectuer des tests de charge.
- Niveau du chemin d’accès à l’objet, zone
- Modifiez les éléments de travail dans ce nœud : ajoutez ou modifiez des éléments de travail spécifiques aux tests, tels que les plans de test, les suites de tests, les cas de test, les étapes partagées ou les paramètres partagés.
- Gérer les plans de test : modifiez les propriétés du plan de test, telles que les paramètres de génération et de test.
- Gérer les suites de tests : créer et supprimer des suites de test, ajouter et supprimer des cas de test des suites de tests, modifier les configurations de test associées aux suites de test et modifier une hiérarchie de suite de tests (déplacer une suite de tests).
- Au niveau du projet
- Gérer les configurations de test : ajoutez ou modifiez des configurations de test et des variables de configuration.
- Gérer les environnements de test : ajouter ou modifier des paramètres de plan de test.
- Créer des exécutions de test : exécuter des tests manuels
- Supprimer et restaurer des éléments de travail : supprimer des éléments de travail spécifiques au test
- Supprimer les exécutions de test : Supprimer les résultats des tests
- Gérer les configurations de test : ajoutez ou modifiez des configurations de test et des variables de configuration.
- Gérer les environnements de test : ajouter ou modifier des paramètres de plan de test.
- Déplacer des éléments de travail hors de ce projet : déplacer des éléments de travail d’un projet vers un autre
- Supprimer définitivement les éléments de travail : supprimer définitivement les éléments de travail spécifiques au test
- Organisation ou collection
- Gérer les contrôleurs de test : autorisation associée à une fonctionnalité déconseillée pour TFS 2018 et versions ultérieures. Pour plus d’informations, consultez Vue d’ensemble des agents de test et des contrôleurs de test pour exécuter des tests de charge et installer des agents de test et des contrôleurs de test.
Prérequis
- Pour gérer les niveaux d’accès ou les autorisations au niveau de l’organisation, vous devez être membre du groupe de sécurité Administrateurs chargés du recueil de projets ou définir les informations relatives à l'édition au niveau de l'instance sur Autoriser.
- Pour gérer les autorisations liées aux tests au niveau du projet ou de l’objet, vous devez être membre du groupe de sécurité Administrateurs de projet.
Pour plus d’informations, consultez les articles suivants :
- Pour gérer les niveaux d’accès, vous devez être membre du groupe Administrateurs du serveur Azure DevOps.
- Pour gérer les autorisations liées aux tests au niveau du projet ou de l’objet, vous devez être membre du groupe de sécurité Administrateurs de projet.
- Pour gérer les autorisations au niveau de la collection ou gérer les niveaux d’accès, vous devez être membre du groupe de sécurité Administrateurs de regroupements de projets, ou disposer de vos informations de modification au niveau de l’instance définies sur Autoriser.
Pour plus d’informations, consultez les articles suivants :
Accorder l’accès aux fonctionnalités de test manuel
Pour avoir un accès complet à l’ensemble de fonctionnalités de test, votre niveau d’accès doit être défini sur De base + Plans de test. Les utilisateurs disposant d’un accès de base et des autorisations nécessaires pour supprimer définitivement des éléments de travail et gérer les artefacts de test ne peuvent supprimer que les cas de test orphelins.
Gérer les plans de test et les suites de test sous un chemin d’accès à une zone
Les autorisations de chemin d’accès aux zones vous permettent de gérer l’accès pour modifier ou modifier des plans de test ou des suites de test affectés à ces zones. Vous pouvez restreindre l’accès aux utilisateurs ou groupes.
Outre le jeu d’autorisations au niveau du projet dans la section précédente, les membres de l’équipe ont besoin d’autorisations pour gérer les artefacts de test, qui sont définis pour un chemin d’accès de zone.
Ouvrez la page Sécurité pour les chemins d’accès de zone et choisissez l’utilisateur ou le groupe que vous souhaitez accorder des autorisations.
Définissez les autorisations pour gérer les plans de test et gérer les suites de tests sur Autoriser.
Définir des autorisations pour créer et supprimer des artefacts de test
Bien que les artefacts de test tels que les plans de test, les suites de tests, les cas de test, etc., sont des types d’éléments de travail, la méthode pour les supprimer diffère de la suppression d’éléments de travail non testés.
Important
Nous prenons uniquement en charge la suppression permanente des artefacts de test tels que les plans de test, les suites de tests, les cas de test, les étapes partagées et les paramètres partagés. Les artefacts de test supprimés n’apparaissent pas dans la corbeille et ne peuvent pas être restaurés. La suppression des artefacts de test supprime non seulement l’artefact de test sélectionné, mais également tous les éléments enfants associés tels que les suites de tests enfants, les points de test de toutes les configurations, les testeurs (l’élément de travail de cas de test sous-jacent n’est pas supprimé), l’historique des résultats des tests et d’autres historiques associés.
Lorsque vous supprimez des artefacts de test, les actions suivantes se produisent :
- Supprime l’artefact de test supprimé du magasin de données de gestion des cas de test (TCM) et supprime l’élément de travail sous-jacent
- Exécute un travail pour supprimer tous les éléments enfants du côté TCM et des éléments de travail sous-jacents. Cette action peut prendre du temps (jusqu’à quelques minutes) en fonction du nombre d’artefacts à supprimer.
- Provoque la suppression de toutes les informations du magasin de données de suivi des éléments de travail et du magasin de données TCM et ne peut pas être réactivée ou restaurée.
Vous devez être membre du groupe Administrateurs de projet ou disposer de l’autorisation Supprimer les artefacts de test sur Autoriser. Vous devez également avoir votre niveau d’accès défini sur Basic + Test Plans ou Visual Studio Enterprise, qui fournit l’accès à l’ensemble de fonctionnalités de test complet. Les utilisateurs disposant d’un accès de base et des autorisations nécessaires pour supprimer définitivement des éléments de travail et gérer les artefacts de test ne peuvent supprimer que les cas de test orphelins. Autrement dit, ils peuvent supprimer des cas de test créés à partir de Travail qui ne sont liés à aucun plan de test ni suite de test.
Remarque
Pour activer la page d’aperçu de la page Paramètres des autorisations du projet , consultez Activer les fonctionnalités d’aperçu.
Dans cet exemple, nous accordons aux membres affectés aux autorisations du groupe Administrateur d’équipe pour créer et afficher les exécutions de test et gérer les configurations et environnements de test.
Dans cet exemple, nous accordons aux membres affectés aux autorisations du groupe Administrateur de test pour supprimer les exécutions de test.
Articles connexes
Commentaires
https://aka.ms/ContentUserFeedback.
Prochainement : Tout au long de l'année 2024, nous supprimerons progressivement les GitHub Issues en tant que mécanisme de retour d'information pour le contenu et nous les remplacerons par un nouveau système de retour d'information. Pour plus d’informations, voir:Soumettre et afficher des commentaires pour