DevOps Test Virtualization Control Panel: Modification des informations du stub

Le tableau de bord des environnements de IBM® DevOps Test Virtualization Control Panel (Test Virtualization Control Panel) a la possibilité de remplacer les paramètres du stub et également de démarrer les stubs.

Le Tableau de bord des environnements affiche tous les stubs publiés dans un environnement spécifique dans un domaine spécifique. Chaque talon publié est affiché sous forme de carte réduite qui peut être développée pour afficher les différents détails dans une vue à onglets.
Note:
Pour les stubs de base de données, un seul stub pour chaque base de données peut être exécuté à un moment donné.
Les informations suivantes sont disponibles pour chacun des talons:
  • Statistiques
  • Détails
  • Activité
  • Configuration

Utilisez le tableau suivant pour savoir comment afficher ou modifier les informations sur le stub:

Table 1. Détails des propriétés du stub dans le tableau de bord des environnements Le tableau suivant décrit les propriétés du stub affichées pour le stub.
LanguetteDescription

Statistiques

Affiche les appels reçus et les réponses virtualisées sous forme de graphique tracé en fonction du temps à partir du moment où le stub a été publié.

Le nombre de messages reçus par le stub est également affiché par rapport au Champ Nombre d'accès. Le décompte est réinitialisé lorsque le stub est redémarré.

Détails

Affiche des informations sur les détails suivants:
Options de configuration Description
ID du talon Affiche l'ID du stub qui a été attribué au stub lors de sa création dans un projet et de sa publication dans Test Virtualization Control Panel.
ID de définition Affiche l'identifiant du stub créé dans IBM DevOps Test Integrations and APIs (Test Integrations and APIs) et est le même que l'ID de définition affiché dans le Onglet Documentation de l'éditeur de stub dans Test Integrations and APIs.
Opérations

Affiche les opérations effectuées sur le stub.

Créé

Affiche des informations sur l'utilisateur qui a créé le stub, ainsi que la date et l'heure de création du stub.

Mis à jour

Affiche des informations sur l'utilisateur qui a mis à jour le stub pour la dernière fois, ainsi que la date et l'heure de la mise à jour.

Publié

Affiche des informations sur l'utilisateur qui a publié le stub pour la dernière fois, ainsi que la date et l'heure de publication.

Documentation

Affiche le texte qui a été saisi pour ce stub sur le Onglet Documentation du Éditeur de stub dans Test Integrations and APIs.

Déployé sur Affiche le nom de l'agent ou du moteur qui exécute le stub.

Activité

Affiche le journal des activités effectuées sur le stub. Vous pouvez trier les détails de n'importe quelle colonne de cette section dans un ordre croissant ou décroissant, en cliquant sur l'en-tête de colonne.

Configuration

Affiche des informations sur les détails suivants:
Options de configurationDescription

Nom

Vous pouvez modifier le nom du stub publié et pour enregistrer vos modifications, cliquez sur ENREGISTRER.

Version

Vous pouvez définir la version du stub en sélectionnant la version disponible dans la liste.
Note:
Si la Test Virtualization Control Panel Les tâches de ligne de commande ou Apache Ant sont utilisées pour démarrer un stub, et si aucune information sur la version du stub n'est fournie, c'est la dernière version d'un stub qui est exécutée.

Niveau de journalisation

Utilisez le Option Logging Level pour modifier le niveau de journalisation des stubs actuellement sélectionné qui détermine le niveau de détails écrit dans la base de données des résultats du projet. Par défaut, la journalisation est désactivée lorsque vous déployez un stub pour améliorer les performances.
Note:
Les changements apportés au L’option Logging Level est immédiatement appliquée au stub en cours d’exécution sans redémarrer le stub.
Les options de niveau de journalisation sont les suivantes:
  • Aucun (par défaut)
  • Normale
  • Déboguer
Les messages de journal sont écrits dans la base de données des résultats du projet si vous en avez configuré une, et dans la base de données des résultats du projet. IBM DevOps Test Integrations and APIs Agent (Test Integrations and APIs Agent) fichier journal.Normale les messages de journal sont enregistrés uniquement dans la base de données des résultats du projet. Avec Déboguer Lors de la journalisation, d'autres messages (en plus de ceux trouvés dans la base de données des résultats du projet, le cas échéant) sont écrits dans le fichier journal Test Integrations and APIs Agent.
Example:
  • Normale:
    [07/03/2018, 15:43:55.642] Instance 1: Message Case: "Text" using schema "Text" Stub input filters passed, continuing to subtree.
  • Déboguer:
    [07/03/2018, 15:43:55.658] [Debug] Instance 1: Tag write: Value1 (1) [07/03/2018, 15:43:55.658] [Debug] Instance 1: Tag write: Value2 (2)
Note:
Si vous observez des retards dans le temps de réponse du stub, définissez le niveau de journalisation sur Aucun. Cela éviterait tout retard dû au temps nécessaire pour enregistrer les détails dans la base de données des résultats.

Balises d'entrée

Affiche les balises d'entrée de la version actuellement sélectionnée du stub.

Utilisez cette section pour remplacer les valeurs de balise d'entrée configurées pour la version actuellement sélectionnée du stub.

Développer Section Balises d’entrée pour répertorier les balises d’entrée spécifiées pour la version sélectionnée du stub. Pour remplacer la valeur configurée d'une balise d'entrée, cliquez sur Balises d'entrée entrez un nouveau nom sous le champ nom de balise et entrez la valeur sous le champ champ result qui lui est associé. Pour forcer la valeur d'un tag à être nulle, poussez le bouton coulissant vers la droite contre le Le champ est-il nul ?.

Note:
Les modifications que vous apportez aux balises d'entrée sont immédiatement appliquées à un stub en cours d'exécution sans redémarrage du stub en cours d'exécution. Toutefois, si vous souhaitez modifier les valeurs de balise d'entrée utilisées dans les comportements de stub, vous devez d'abord arrêter le stub en cours d'exécution, modifier les valeurs de balise d'entrée, puis redémarrer le stub pour que les valeurs modifiées soient appliquées.

Temps de réponse

Utilisez cette section pour remplacer le comportement du temps de réponse des stubs actuellement sélectionnés. Par défaut, le comportement du temps de réponse du stub sera tel qu'il a été défini lors de la publication du stub. Vous pouvez choisir de ne pas avoir de délai de réponse ou de configurer une distribution de délai fixe, uniforme ou gaussienne.
Note:
Les paramètres remplacés s'appliquent à toutes les opérations du stub.
Les options de distribution différée sont les suivantes:
Option Description

Sans délais

Sélectionnez cette option pour un temps de réponse sans délai.

Délai fixe

Sélectionnez cette option pour un délai fixe dans le temps de réponse en entrant le délai requis en millisecondes (ms).

Distribution uniforme

Sélectionnez cette option pour un temps aléatoire uniformément réparti en spécifiant le délai minimum et maximum, en faisant glisser le pointeur sur le délai requis en millisecondes (ms).

Distribution gaussienne

Sélectionnez cette option pour un temps aléatoire avec distribution gaussienne en spécifiant le délai minimum et maximum, en faisant glisser le pointeur sur le délai souhaité en millisecondes (ms).

Note:
Après le démarrage d'un stub, son temps de réponse peut être modifié pendant son exécution.

Balises d'agent

Vous pouvez afficher et choisir les balises d'agent pour restreindre les agents sur lesquels les stubs sont exécutés.

JVM dédiée

Vous pouvez choisir d'utiliser une machine virtuelle (VM) dédiée pour exécuter les stubs, ce qui permet d'exécuter des arguments JVM personnalisés sur les stubs. Si vous avez l'intention d'utiliser cette ressource, cliquez sur le Case à cocher Obligatoire et fournissez les détails de la JVM dédiée.

Performance

Vous pouvez modifier les paramètres de performances des stubs actuellement sélectionnés. Par défaut, un stub utilise l'option de performances définie lors de la publication du stub. Cela inclut la spécification du nombre de requêtes adressées au stub qui peuvent être traitées simultanément. Vous pouvez optimiser les performances en sélectionnant le Case à cocher Optimiser les performances. Vous pouvez également saisir le nombre de requêtes simultanées dans le champ Champ Worker Threads ou utilisez le bouton augmenter/diminuer ( ) pour modifier les fils de discussion disponibles.

Pour plus d'informations sur les paramètres d'optimisation des performances, voir L'onglet Propriétés.

Traverser

Vous pouvez modifier le comportement des stubs pour répondre aux messages reçus. Vous pouvez sélectionner une option dans la liste qui modifie ce qui a été défini dans Test Integrations and APIs pour les réponses stubs aux messages reçus:
Simuler une erreur Utilisez cette option pour simuler une erreur lors de la réception d'un message.
Traverser Utilisez cette option pour que le stub transmette le message à l'opération suivante. Si aucune autre opération n'existe, le stub déplace le message vers l'application.
Jeter Utilisez cette option pour supprimer le message.