- Démarrage
- Gestion de projet
- Travailler avec l’analyse de l’impact des modifications
- Créer des scénarios de test
- Affectation de cas de test aux exigences.
- Clonage des cas de test
- Exporter des cas de test
- Lier des cas de test à Test Manager dans Studio
- Delete test cases
- Activation de la gouvernance au niveau du projet
- Désactivation de la gouvernance au niveau du projet
- Activation de la gouvernance au niveau des cas de test
- Désactivation de la gouvernance au niveau du cas de test
- Activer ou désactiver la gouvernance en masse pour les cas de test
- Appliquer l’ordre de signature pour les cas de test régis
- Gérer les approbateurs pour les cas de test régis
- Gérer les cas de test régis à l’état En cours
- Gérer les cas de test régis dans l'état En révision
- Gérer les objets régis à l'état Signé
- Gérer les commentaires pour les cas de test régis
- Afficher les informations de gouvernance pour les journaux de cas de test
- Gérer les approbateurs pour les journaux de cas de test régis
- Gérer les journaux de cas de test régis dans l’état En cours
- Gérer les journaux de cas de test régis dans l’état En révision
- Gérer les journaux de cas de test régis dans l’état Signé
- Gérer les commentaires pour les journaux de cas de test régis
- Activer la gouvernance au niveau du journal de cas de test
- Désactivation de la gouvernance au niveau du journal de cas de test
- Afficher et rechercher des cas de test
- Exécuter des cas de test sans ensemble de tests
- Exécuter des tests mixtes
- Créer des exécutions en attente
- Réexécution des exécutions de test
- Résoudre les problèmes des exécutions automatisées
- FAQ - Parité des fonctionnalités - Test Manager vs Orchestrator
- Analyser les résultats de test
- États des résultats de test Playwright
- Supprimer les résultats de cas de test
- Synchronisation des défauts
- Créer des défauts à partir des résultats
- Résultats de test automatisés
- Remplacer les résultats de test
- Naviguer et rechercher des résultats de test
- Examen des résultats du cas de test
- Affichage de la couverture des activités
- Opérations et utilitaires de projet
- Paramètres de Test Manager
- Paramètres au niveau du locataire
- Paramètres généraux du projet
- Events
- S'abonner aux événements
- S'abonner à tous les événements
- Se désabonner des événements
- Se désabonner de tous les événements
- Se désabonner de la page des paramètres des notifications
- Affichage des notifications
- Filtrage des notifications
- Afficher les notifications par e-mail
- Activation des notifications par e-mail pour les serveurs SMTP
- Affichage uniquement des notifications non lues
- Marquer toutes les notifications comme lues
- Effacer toutes les notifications
- Suppression de notifications
- Chiffrement des clés gérées par le client
- Journaux d’audit
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Intégration de l'outil de gestion du cycle de vie des applications (ALM)
- Connecté à Test Manager
- Test Manager - Connecteur Integration Service
- Plages d'adresses IP sortantes pour les connecteurs
- Utilisation de SAP Cloud ALM et de Test Manager
- Étape 1: intégration de SAP Cloud ALM à Test Manager
- Étape 2: Créer des cas de test automatisés dans SAP Cloud ALM
- Étape 3: Créer des cas de test automatisés dans Test Manager
- Étape 4: synchronisation des cas de test de Test Manager vers SAP Cloud ALM
- Étape 5: attribution d'automatisations de test à des cas de test
- Étape 6: exécuter des cas de test
- Meilleures pratiques d'automatisation de test SAP
- Résolution des problèmes de l'intégration Jira
- Intégration de l'API
- Agents de codage pour les tests
- Résolution des problèmes
Version de l’API
Gestion de la version de l'API dans Test Manager, couvrant les différences de contrôle d'accès basées sur les rôles entre v1 et v2 et l'accessibilité de l'API héritée.
Test Manager fournit deux versions d'API permettant l'intégration. La première version des API n'est pas protégée par un contrôle d'accès basé sur les rôles. La deuxième version des API est protégée par un contrôle d'accès basé sur les rôles dans l'étendue d'un projet donné. Plusieurs API héritées ne sont accessibles qu'aux administrateurs d'organisation. La deuxième version de ces API est désormais également accessible aux propriétaires de projet, même s'ils ne sont pas des administrateurs d'organisation.
Pour obtenir les étapes sur le passage de la version V1 à V2, consultez Mise à jour de la version de l'API.
Pour obtenir les listes des API disponibles dans chaque version d'API (V1 et V2), consultez la section API basées sur la version.
Calendrier de version
La V1 a été obsolète et supprimée le 7 mars 2023.
Articles associés