Test de la gouvernance du processus pour les journaux de cas de test

Le test de la gouvernance du processus pour les journaux de cas de test dans Test Manager: comment la gouvernance est héritée, ses états et en quoi elle diffère de la gouvernance des cas de test.

La gouvernance des processus de test s’étend également aux journaux de cas de test, les enregistrements créés chaque fois qu’un cas de test régi est exécuté. Cette rubrique explique le comportement de la gouvernance pour les journaux de cas de test et en quoi elle diffère de la gouvernance des cas de test.

Comment la gouvernance est héritée

Le statut gouverné d'un journal de cas de test est défini de deux manières. Lors de la création, le journal hérite uniquement du fait que le cas de test parent est gouverné, et non de l'état d'approbation du parent, ainsi que des approbateurs du parent à ce moment-là. Reportez-vous à la section État de départ de la documentation pour savoir comment l'état d'approbation du journal est déterminé.

• Si le cas de test parent est régi, le journal de cas de test résultant est automatiquement gouverné et hérite de tous les enregistrements de signature du cas de test parent (approbateurs) à ce moment.
• Si le cas de test parent n’est pas régi, le journal de cas de test résultant n’est pas régi.

Vous pouvez également activer ou désactiver la gouvernance directement dans un journal de cas de test, indépendamment du cas de test parent. Pour plus d’informations, reportez-vous à Activation de la gouvernance au niveau du journal de cas de test et Désactivation de la gouvernance au niveau du journal de cas de test.

Une fois qu’un journal de cas de test est régi, que ce soit par héritage ou directement, il devient une entité disjointe de son cas de test parent: la désactivation ultérieure de la gouvernance sur le cas de test parent, au niveau du projet ou du cas de test, n’a aucun effet sur les journaux déjà créés .

Approbateurs et ordre de signature

Vous pouvez ajouter ou supprimer des approbateurs de journal à tout moment, indépendamment du cas de test parent. Pour de plus amples informations, consultez la section Gérer les approbateurs pour les journaux de cas de test régis.

Un journal n’hérite jamais non plus d’une exigence d’ordre de signature de son cas de test parent: l’ordre de signature appliqué est un paramètre spécifique aux cas de test uniquement, les journaux acceptent donc toujours les signatures dans n’importe quel ordre, quelle que soit la configuration du parent. Pour de plus amples informations, consultez la section Appliquer l’ordre de signature pour les cas de test régis.

État de départ

Un journal de cas de test régi commence toujours dans l’état En cours , quel que soit l’état d’approbation du cas de test parent au moment de l’exécution. Par exemple, l’exécution d’un cas de test actuellement signé produit toujours un journal de cas de test qui commence dans En travail.

Test Manager n'affiche pas d'avertissement sur un journal de cas de test lorsque son cas de test parent a été exécuté alors qu'il n'était pas entièrement signé. La gouvernance d’un journal de cas de test est indépendante de la gouvernance de son cas de test parent, de sorte que l’état d’approbation du parent au moment de l’exécution n’affecte pas le journal.

Vue détaillée du journal de cas de test

La vue détaillée d'un journal de cas de test régi inclut une section Gouvernance , de la même manière qu'un cas de test régi. Les approbateurs qui font référence à un utilisateur ou à un groupe qui n’existe plus, par exemple un utilisateur supprimé, sont signalés comme tels dans cette section.

Signature et champ du rôle déclaré

Lors de la signature d'un journal de cas de test ou d'un cas de test, la boîte de dialogue de signature nécessite le champ Votre rôle au moment de la signature , qui peut aller jusqu’à 255 caractères. Ce rôle est stocké de manière immuable avec la signature et apparaît dans le résumé de la signature, et est indépendant entre la propre signature d'un journal de cas de test et la signature de son cas de test parent.

Workflow et terminologie

Les journaux de cas de test utilisent les mêmes états que les cas de test, En cours, En révision, Signé et la même terminologie de base (Approbateur, Enregistrement du signataire, État d’approbation). Pour de plus amples informations, consultez la section Tester la gouvernance des processus. Cependant, les transitions hors de l'état Signé fonctionnent différemment pour les journaux de cas de test que pour les cas de test:

• L’annulation de la signature d’un approbateur unique sur un journal de cas de test signé rétablit implicitement le journal en révision. Elle ne revient pas tout de suite à En cours.
• Le fait de rétablir un journal de cas de test signé jusqu’au niveau En cours est une action distincte et explicite qui annule chaque signature du journal en même temps et nécessite la confirmation d’une invite d’avertissement.

Comportement de verrouillage pendant l’exécution et la réexécution

Étant donné qu'un journal de cas de test peut être en cours d'exécution active au moment où quelqu'un essaie de modifier son état de gouvernance, Test Manager applique la règle suivante: Vous ne pouvez pas faire passer un journal de cas de test entre les états d'approbation pendant son exécution. Test Manager bloque l'action et affiche une erreur. Cela s'applique de manière uniforme aux exécutions manuelles et automatisées, aux réexécutions et aux actions de remplacement des résultats.

Rapports et exportation

Le rapport PDF pour les exécutions de test indique l'état d'approbation sur tous les journaux de cas de test régis et inclut le rôle déclaré de chaque approbateur dans le bloc de signature. L'exportation en bloc est également mise en œuvre et inclut les mêmes données de gouvernance partout où cela est pertinent.

Inclure les informations de gouvernance au format.tmh exporter et importer

Lorsque vous exportez ou importez un projet en tant que fichier .tmh , vous pouvez choisir d'inclure des informations de gouvernance pour les cas de test et les journaux de cas de test.

• L'option Inclure des informations de gouvernance est disponible dans la boîte de dialogue d'exportation et est désactivée par défaut. Lorsque cette option est activée, le fichier exporté .tmh inclut, pour chaque cas de test et journal de cas de test exporté: l'indicateur gouverné, le statut d'approbation (En cours, En révision ou Signé), les approbateurs (enregistrements des signataires, y compris le rôle déclaré de chaque approbateur) ) et les métadonnées de signature (signé et horodatage).
• L'option Inclure des informations de gouvernance est disponible dans la boîte de dialogue d'importation et est désactivée par défaut. Lorsque cette option est activée, les informations de gouvernance présentes dans le fichier .tmh sont appliquées aux cas de test et aux journaux de cas de test importés. Lorsqu’elle est désactivée, toutes les informations de gouvernance du fichier sont ignorées.
• L’exportation des objets régis avec l’option activée, puis l’importation du fichier obtenu avec l’option activée restaure l’état de gouvernance de ces objets.
• Si vous importez un fichier .tmh qui contient des informations de gouvernance dans un projet où la gouvernance n'est pas activée, les informations de gouvernance sont ignorées. Les objets sont importés normalement, sans erreur, mais sans données de gouvernance. Dans ce cas, l'option Inclure les informations de gouvernance de la boîte de dialogue d'importation est désactivée.

Pour plus d’informations sur le format de fichier lui-même, consultez la section Spécification du format de fichier TMH.