Historique des versions du produit

Copilot4DevOps

Mises à jour spécifiques à Modern Requirements4DevOps

Les fonctionnalités et corrections suivantes de Copilot4DevOps ne s'appliquent que lorsque l'on y accède via l'application Modern Requirements4DevOps :

Nouvelle fonctionnalité

1. Prise en charge de la sélection multiple des éléments de travail dans le backlog et les requêtes
   Nous sommes ravis d'annoncer que Copilot prend désormais en charge la fonctionnalité de sélection multiple de Modern Requirements, permettant aux utilisateurs de sélectionner plusieurs éléments de travail dans le backlog ou les requêtes et d'appeler Copilot, qui recevra et traitera le contexte complet de tous les éléments de travail sélectionnés
   pour un flux de travail plus fluide et plus efficace.

Panneau d'administration

Nouvelle fonctionnalité

1. 1. Ajout d'un paramètre de rôle d'approbateur dans le panneau d'administration
      Un nouveau paramètre du panneau d'administration, « Rendre l'attribution de rôle obligatoire pour les approbateurs lors de la création d'une demande de révision
      », permet aux administrateurs d'imposer l'attribution d'un rôle avant l'envoi des demandes de révision. La case à cocher
      est décochée par défaut, ce qui préserve le comportement actuel tout en garantissant la clarté des rôles lorsqu'elle est activée.

Documents intelligents

Demande de modification

1. 1. Intégration des rapports de l'API de test dans Smart Docs
      Smart Docs prend désormais en charge une intégration transparente avec l'API de test, permettant aux utilisateurs de relier directement les plans de test, les suites de test et les cas de test à des éléments de travail de type « exigences » ou « sections ». Générez des rapports complets qui reflètent la couverture et la hiérarchie complètes des tests, tout en réduisant l'effort manuel d'
      . Cette amélioration renforce la traçabilité, la visibilité et l'efficacité des tests.

Gestion des avis

Nouvelle fonctionnalité

1. 1. Soutien à l'obligation d'attribuer un rôle aux validateurs de révision
      Une nouvelle option du panneau d'administration impose l'attribution obligatoire d'un rôle à tous les validateurs de révision. Les initiateurs de révision doivent attribuer des rôles avant d'envoyer des demandes, ce qui garantit une clarté des responsabilités et une configuration cohérente des révisions.

Améliorations apportées aux outils

1. 1. Le nombre de commentaires et de liens est indiqué dans la section « Commentaires »
      La section « Commentaires » affiche désormais le nombre de commentaires et de liens à côté de chaque étiquette. Ces chiffres apparaissent également dans les rapports d'audit, ce qui permet aux utilisateurs d'avoir un aperçu rapide de l'activité dans les commentaires lors des révisions.
   2. Prise en charge de la sélection multiple d'éléments de travail et des actions groupées dans la grille de révision
      Les intervenants chargés de la révision peuvent désormais traiter plusieurs éléments de travail à la fois grâce aux fonctions d'approbation/de rejet groupées et aux commentaires partagés. Les actions spécifiques à un élément sont désactivées en mode de sélection multiple, tandis que les options d'affichage restent disponibles via le panneau de droite, ce qui améliore l'efficacité tout en garantissant une compatibilité totale avec les versions antérieures.
   3. Ajout d'une distinction pour les commentaires générés par le système
      Les commentaires générés par le système dans les révisions comportent désormais le préfixe [Commentaire généré par Modern Requirements4DevOps]. Cela permet de distinguer plus facilement les commentaires du système de ceux des utilisateurs, ce qui améliore la transparence et la traçabilité.
   4. Mise en évidence des utilisateurs inactifs/supprimés lors de la sélection des parties prenantes pour la révision
      Les utilisateurs inactifs ou supprimés sont désormais mis en évidence par un cadre rouge lorsqu'ils sont ajoutés en tant que réviseurs ou approbateurs. Cela permet aux initiateurs de la révision d'identifier rapidement les comptes indisponibles et d'éviter de leur attribuer des révisions d'
      .

Rapport intelligent

Améliorations apportées aux outils

1. 1. 1. Prise en charge des champs de comptage des résultats de test dans les suites de test d'
         Les suites de test prennent désormais en charge les champs de comptage détaillés dans l'API MR Test, notamment « Total des tests », « Réussis », « Échoués », « Bloqués », « Sans objet » et « Actifs ». Ces champs sont désormais disponibles dans Smart Report, ce qui offre une meilleure visibilité sur l'état d'exécution des tests et améliore l'analyse de la couverture des tests.
      2. Prise en charge des étapes partagées dans l'API de test
         Smart Report prend désormais en charge l'affichage détaillé des étapes partagées au sein des cas de test. Les utilisateurs peuvent consulter les étapes partagées et les détails de leurs étapes imbriquées, notamment les identifiants hiérarchiques des étapes, les paramètres (dont les valeurs multiples sont affichées séparées par des virgules), les résultats, les dates d'achèvement et les informations sur les itérations. Les noms des étapes partagées apparaissent en gras, et les résultats peuvent être affichés sous forme de formulaire, de tableau ou de section « Formulaire sous forme de tableau ».
      3. Améliorations en matière d'ergonomie et d'affichage
         Prise en charge de nombreuses améliorations visant à optimiser l'expérience utilisateur et la mise en forme des résultats dans Smart Report :
         • Ajout de la possibilité d'insérer une clause de champ au-dessus d'une ligne sélectionnée dans le Smart Report Designer à l'aide de l'icône « + ». Pour les champs groupés et les champs liés sous forme de tableau :
           • Si la clause de champ est ajoutée à partir de la ligne supérieure, elle ne fera pas partie de ce champ ou de cette table groupés.
           • Si la clause de champ est ajoutée à partir d'une autre ligne, elle sera incluse dans le champ ou la table groupés.
         • La fenêtre contextuelle « Type d'élément de travail lié » a été mise à jour afin d'afficher les types d'éléments de travail sélectionnés dans l'ordre où ils ont été ajoutés, et non plus par ordre alphabétique.
         • J'ai activé l'affichage d'en-têtes uniques pour chaque groupe de tableaux, afin que tous les tableaux affichent leur propre en-tête plutôt que de répéter le dernier.

Analyse des oligo-éléments

Améliorations apportées aux outils

1. 1. Prise en charge des champs de comptage des résultats de test dans les suites de test
      Les suites de test prennent désormais en charge les champs de comptage détaillés dans l'API MR Test, notamment « Total des tests », « Réussis », « Échoués », « Bloqués », « Sans objet » et « Actifs ». Ces champs sont désormais disponibles dans les rapports HM→Test, offrant une meilleure visibilité sur l'état d'exécution des tests et améliorant l'analyse de la couverture des tests. Cette amélioration renforce la traçabilité, la visibilité et l'efficacité des tests.
   2. Prise en charge de la génération d'une matrice horizontale à partir de fichiers « Smart Docs »
      Les utilisateurs peuvent désormais générer une matrice de traçabilité à l'aide de Smart Docs via l'option Matrice horizontale → Type de requête. Le fichier Smart Docs apparaît dans la liste déroulante Sélectionner une requête, aux côtés des options de requête existantes. Les utilisateurs peuvent sélectionner n'importe quel Smart Doc dans n'importe quel dossier et générer la matrice en fonction de la configuration des éléments de travail.
      Les fonctionnalités générales, telles que les éléments de niveau supérieur, les éléments de travail liés et la configuration des champs, restent les mêmes que pour les fichiers de traçabilité normaux. De même, les utilisateurs peuvent générer un Smart Report et exporter les données de traçabilité générées vers Excel.
   3. Visibilité des étapes partagées dans l'analyse de traçabilité
      L'analyse de traçabilité prend désormais pleinement en charge les étapes partagées au sein des cas de test. Les utilisateurs peuvent consulter les étapes partagées et les détails de leurs étapes imbriquées, notamment les identifiants hiérarchiques des étapes, les résultats, les dates d'achèvement, les itérations et les paramètres (dont les valeurs multiples sont affichées séparées par des virgules). Cette amélioration garantit une meilleure visibilité sur l'exécution des tests et renforce la traçabilité depuis les exigences jusqu'aux étapes de test individuelles
   4. Amélioration des performances lors de la consultation des résultats des cas de test
      Le contrôle utilisé pour récupérer les éléments de travail relatifs aux résultats des cas de test a été remplacé par Kendo, ce qui a permis d'améliorer les performances et la réactivité.

Corrections de bogues

1. 1. Correction d'un problème empêchant les options de colonne de conserver leur valeur par défaut lors de l'exécution de la commande « Actualiser » (
      ) depuis l'éditeur.
   2. 
      Correction d'un problème qui faisait que la boîte de dialogue « Options de colonne » affichait les champs par défaut au lieu des champs enregistrés dans le fichier correspondant.
   3. Correction d'un problème qui faisait que l'ancien résultat d'un cas de test s'affichait en premier lieu au lieu du résultat le plus récent lorsque
      générait une matrice à partir d'un élément de travail de cas de test.