- Notes de publication Cloud Test Manager
- Notes de publication de Studio
- Notes de publications de Cloud Orchestrator
- Notes de publication sur les Intégrations CI/CD
Septembre 2024
Sélection de version de package et de dossier Orchestrator pour l’exécution d’ensembles de test
Nous avons le plaisir d'annoncer une mise à jour qui améliore la gestion et l'exécution de versions spécifiques du système testé, en particulier pour les tests de correctif. Vous avez désormais la possibilité de sélectionner des cas de test à exécuter à partir d'une version de package Orchestrator particulière lors de l'exécution d'un ensemble de test.
Les mises à jour clés incluent les éléments suivants :
- Association de dossier par défaut: chaque projet Test Manager peut désormais être lié à un dossier Orchestrator en tant que dossier par défaut. Il s’agit du contexte de dossier pour toute exécution automatisée. Cela est utile lorsqu'un dossier est utilisé la plupart du temps pour un projet Test Manager spécifique. Pour plus de flexibilité, vous pouvez remplacer ce dossier par défaut sur chaque ensemble de tests.
- Sélection de packages et de versions: sur un ensemble de tests, vous pouvez désormais sélectionner les packages et les versions à utiliser pour l'exécution. Cela permet de tester différentes versions d'un système testé, car cela permet de sélectionner des versions d'automatisation compatibles pour chaque exécution.
- Sélection automatique des packages: l'option Sélection automatique ( Autoselect) sélectionne automatiquement tous les packages à ajouter à l'ensemble de tests, choisit la dernière version de chaque package et ignore tous les cas de test qui ne sont pas disponibles dans le package sélectionné ou la version choisie. La sélection automatique se produit en fonction des cas de test affectés à l'ensemble de test.
- Indication d'exécution: chaque cas de test de l'ensemble de test affiche désormais s'il peut être exécuté automatiquement en fonction de la combinaison dossier/package/version actuellement sélectionnée.
Les locataires créés avant cette mise à jour ont le paramètre Autoriser le contexte d'exécution hérité (Allow Legacy Execution Context) activé, ce qui vous permet d'exécuter des tests avec ou sans contextes de dossier d'exécution. Les locataires créés après cette mise à jour ont ce paramètre désactivé, ce qui vous permet d'exécuter des ensembles uniquement avec des contextes de dossier d'exécution configurés.
Consultez les pages Paramètres au niveau du locataire, Configuration du projet d’automatisation et Configuration d’ensembles de test pour des dossiers d’exécution spécifiques pour plus d’informations.
Exécution simultanée de cas de test manuels
Plusieurs utilisateurs peuvent désormais exécuter simultanément le même cas de test manuel afin de réduire le temps d’exécution total d’une exécution de test. Ceci est accessible depuis la section Exécution .
Cette capacité s’applique spécifiquement aux cas de test manuels. Le résultat final d’un cas de test manuel est déterminé par l’interaction de l’utilisateur la plus récente, par exemple lorsque vous déclenchez une exécution, vous lancez une exécution de test en attente ou lorsque vous réexécutez un cas de test. La colonne Exécuté par (ExecutedBy), pour vos cas de test et exécutions, affiche les dernières mises à jour sur les résultats des cas de test.
Si vous souhaitez voir les résultats des exécutions précédentes, initiées par tous les utilisateurs, accédez aux Journaux d’un cas de test.
Consultez la page Exécution simultanée de cas de test pour plus d’informations.
Attribution d'exécutions manuelles aux utilisateurs
Vous pouvez désormais attribuer des exécutions de test manuelles aux utilisateurs qui collaborent sur le même projet de test. Pour une meilleure productivité, vous pouvez également définir une Date d'échéance ( Due Date ) lorsque l'exécution du test manuel est planifiée.
- Cas de test assigné
- Cas de test retiré
Consultez la section Attribuer des exécutions manuelles aux utilisateurs et Planifier une date d'échéance pour les exécutions manuelles pour plus d'informations.
- Dans tous les projets Test Manager, nous avons renommé la section Résultats de test en Exécution pour une représentation plus précise de sa fonctionnalité. Outre les résultats, la section Exécution sert de point de départ à la planification et à la production de rapports, consolidée tout ce qui concerne l’exécution des tests. Ce changement se reflète également dans la navigation dans la barre de navigation de votre projet lors de l’accès aux objets de test.
- Nous avons amélioré le rapport Excel que vous pouvez télécharger pour une exécution de test avec des détails supplémentaires. Le rapport Excel amélioré contient désormais quatre feuilles détaillant les aspects suivants :
- Vue d’ensemble : donne un aperçu de l’exécution du test.
- Journaux de cas de test: affiche des informations sur l'utilisateur d'exécution, le type d'exécution et le package source.
- Assertions: fournit des détails sur chaque cas de test ainsi que les assertions réussies ou échouées.
- Pour les cas de test manuels : chaque étape de test est une vérification et le commentaire du testeur est le message.
- Pour les cas de test automatisés : le nom et le message de l'automatisation sont affichés, ainsi qu'un lien hypertexte vers une capture d'écran, si disponible.
- Exigences: indique le nombre de cas de test affectés à une exigence et les résultats de ces cas de test.
Nous avons mis à jour le calendrier concernant l’obsolescence des connecteurs natifs. La nouvelle planification est la suivante :
- Obsolescence de tous les connecteurs natifs : 30 septembre 2024.
- Obsolescence du connecteur qTest : 30 avril 2025.
Nous vous recommandons de vérifier régulièrement le calendrier d'obsolescence pour toute mise à jour concernant les fonctionnalités qui seront obsolètes et supprimées.
