Améliorations des modèles de données dans Gestion des tests 2.0

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 1 minute de lecture
  • Gestion des tests 2.0 offre quelques améliorations du modèle de données par rapport à Gestion des tests 1.0.

    Traçabilité améliorée

    Chaque test dans Gestion des tests 2.0 peut avoir plusieurs versions. Lorsqu’une version de test est à l’état Prêt, elle peut être exécutée, mais ne peut pas être modifiée. Chaque résultat de test est associé à une exécution spécifique et à une version spécifique du test. Grâce à cette logique, vous pouvez toujours être sûr du contenu du test lorsqu’un résultat de test spécifique a été reçu.Illustration montrant plusieurs versions d’un test

    Approche plus flexible pour organiser les tests

    Contrairement à Gestion des tests 1.0, où les scénarios de tests peuvent être placés dans une seule suite de tests, les tests peuvent Gestion des tests 2.0 être placés dans plusieurs jeux de tests. Les jeux de tests sont des collections de tests de forme libre. Les tests peuvent être regroupés en jeux de tests selon n’importe quelle logique : par produit, par composant ou par mise en production.

    Illustration montrant que le jeu de tests est une collection de tests

    Le plan de tests définit le délai

    Un plan de test dans Gestion des tests 2.0 capture la période pendant laquelle les tests doivent être exécutés. En outre, un plan de test peut être décomposé en fenêtres de planification plus petites, cycles de test, pour une planification plus précise, comme les tests d’acceptation par les utilisateurs et les tests d’intégration. D’autres cycles de test peuvent être divisés en suites d’exécution de tests, qui sont similaires aux sprints dans les tests. Une suite d’exécution de tests définit quand un test doit être exécuté et par qui.Illustration montrant qu’un plan de test est décomposé en cycles de tests et en suites d’exécution de tests