Projets SmartBear

Configuration de l'appareil

Pour la configuration générale de l'appareil, visitez le projet EEM avec les travaux de minuterie EEM

Exemple de configuration d'appareil SmartBear

Dans l'exemple suivant, les paramètres d'un appareil ont été définis pour les tests SmartBear comme décrit dans la section d'informations sur le projet EEM :

Détails de l'emploi du projet EEM

Paramètres du projet SmartBear :

Paramètres du projet EEM

Paramètre

Description

Nom de la suite

Un projet TestComplete se compose d'au moins une suite de projets et d'un projet dans cette suite. S'il n'y a qu'un seul projet, seul le nom de la suite de projets doit être renseigné. Sinon, indiquez à la fois le nom de la suite et celui du projet. Une fois ce champ renseigné, le champ Arguments est automatiquement renseigné avec les arguments de ligne de commande par défaut à attacher à la commande TestComplete ou TestExecute.

Nom du projet

Nom du projet TestComplete. Ceci ne doit être rempli que si la suite de projets contient plus d'un projet.

Mode test VPN

Cochez cette case uniquement dans le cas particulier où le projet à exécuter initie lui-même des connexions VPN vers une passerelle VPN pendant l'exécution du projet. Cela conduirait à une perte de connexion temporaire entre SKOOR Engine et l'hôte du robot. Bien sûr, le projet lui-même devrait inclure à nouveau la fermeture de ces connexions VPN, sinon SKOOR Engine ne pourra jamais récupérer de résultats. Si coché, SKOOR Engine n'attendra pas le statut de sortie de l'exécution du projet et n'essaiera de récupérer les résultats de l'exécution du projet qu'après avoir attendu le temps spécifié dans Limite de temps d'exécution .

Limite de temps d'exécution

Spécifiez la durée à accorder pour l'exécution du projet. Cela dépend de ce que fait le projet. Ce paramètre est facultatif, sauf si le mode de test VPN est également coché. Si ce temps s'est écoulé et que le processus de test est toujours en cours sur le robot, il sera terminé. Dans ce cas, aucun journal MHT ne sera généré et récupéré (ce qui entraînera un avertissement).

Délai d'expiration du robot

Paramètre de temporisation interne facultatif (réglé sur 0 s pour désactiver). Ce paramètre n'est utile que si la valeur est inférieure au paramètre Run time limit

Capturer une vidéo

Si la capture vidéo est activée, l'intégralité du test peut être visionnée à partir de la page de résultats SKOOR Engine en cas d'échec des tests. Cela peut être très utile pour trouver et corriger les erreurs dans le projet. Les exécutions de test qui se terminent par un état OK ne sont pas transférées au server pour éviter une charge réseau et une consommation de stockage inutiles

Suite de mise à jour automatique

Cochez cette case si les fichiers de projet les plus récents doivent être extraits du référentiel de projet SKOOR Engine

Dépôt

Sélectionnez l'un des deux référentiels de projet Production ou Test à partir duquel puiser les fichiers de projet. Ce paramètre n'est visible que si la propriété de l'appareil EEM Mode d'exécution EEM est définie sur TestExecute et que la suite de mise à jour automatique est cochée

Trier les travaux du minuteur

Choisissez parmi Par nom , Par état , Par heure d'exécution ou Par heure de début pour trier automatiquement les travaux du minuteur ou Manuellement pour les trier à l'aide des boutons haut ou bas dans la section Travaux du minuteur EEM liés

Veuillez noter que la capture vidéo peut entraîner une charge élevée du processeur sur le système SKOOR Engine

La section Tâches de temporisateur EEM liées indique les temporisateurs EEM qui ont été ajoutés à cette tâche de projet EEM. Aucune tâche de minuterie n'a encore été ajoutée dans la figure ci-dessus.

Paramètres RDP (Remote Desktop Protocol) pour les mesures

RDP doit être configuré sur l'appareil qui contient le travail de projet EEM pour éviter les paramètres redondants sur chaque travail. Cependant, si une tâche nécessite des réglages de paramètres différents, les paramètres de l'appareil peuvent être remplacés par des paramètres configurés sur la tâche :

Paramètre

Description

Domaine

Domaine auquel appartient l'utilisateur. Si l'utilisateur est un utilisateur Windows local, le nom d'hôte des PC EEM doit être configuré en tant que domaine

Nom d'utilisateur

Le nom de l'utilisateur de connexion

Mot de passe

Le mot de passe de l'utilisateur

Résolution d'écran

En cas de test basé sur l'image, la résolution de l'écran est importante. La même résolution doit être configurée que celle utilisée sur le système où le projet a été développé. La résolution par défaut est 1920x1200

Facultatif

D'autres paramètres de l'utilitaire rdesktop ou FreeRDP peuvent être configurés ici si nécessaire

Se déconnecter

Se déconnecter de la session RDP après l'exécution du projet

Veuillez noter que la capture vidéo peut entraîner une charge élevée du processeur sur le système SKOOR Engine

Valeurs du projet EEM et limites d'alarme

Valeur / Limite d'alarme

Description

Durée

Le temps d'exécution de l'ensemble du projet EEM

Code de réponse

0 = D'accord
-1 = erreur générale
1 = Les résultats du test incluent des avertissements
2 = Les résultats des tests incluent les erreurs
3 = Le test ne peut pas être exécuté
18 = Impossible de lancer TestComplete/TestExecute
11 = Paramètre manquant
12 = Mauvais paramètre
13 = Projet introuvable
14 = Exécutable introuvable
15 = Aucune autorisation
16 = Délai d'exécution
20 = L'exécution a été tuée
17 = Échec du test
19 = réponse inconnue

Code d'erreur

Code d'erreur de tâche générique (voir section Codes d'erreur de tâche )

Si un travail du projet EEM est lié à un calendrier (qui définit les heures actives et inactives pour l'exécution du travail), le bouton Vérifier maintenant ne fonctionne pas pendant le temps inactif configuré dans le calendrier.

Ajout de travaux du minuteur

Les tâches du minuteur représentent les mesures à afficher dans le SKOOR Engine ou le tableau de bord. Un projet peut avoir plusieurs tâches de minuterie telles que le temps total de toutes les mesures, la connexion à une application et d'autres cas d'utilisation. Les timers doivent être configurés/programmés dans le projet. Si le projet de test est disponible dans l'un des référentiels SKOOR Engine ou sur le robot EEM dans le répertoire des scripts configurés, le SKOOR Engine essaiera d'extraire les minuteries du projet et de les configurer automatiquement.

Dans la fenêtre d'édition d'un job de projet EEM, cliquez sur Add timer jobs :

L'écran suivant apparaît et documente les minuteurs trouvés et les actions effectuées :

Les temporisateurs ont été configurés sous le travail du projet EEM :

Avec les touches haut et bas , ils peuvent être commandés maintenant selon les besoins.

Ajout manuel de travaux du minuteur

Si des travaux de minuterie doivent être créés avant que le projet EEM ne soit disponible sur le SKOOR Engine et les PC robots, ils peuvent également être ajoutés manuellement. Cliquez sur le nom des travaux du projet EEM pour accéder au-dessous du travail du projet et ajouter la minuterie à l'aide du menu de fonctions ou de l'icône d'engrenage :

Après cela, le nom de la minuterie doit être configuré exactement comme défini dans le projet. L'écran suivant montre une minuterie appelée totalTime :

Paramètres de la minuterie EEM

Paramètre

Description

Nom de la minuterie

Seuls le nom du travail et le nom du temporisateur peuvent être configurés sur un travail de temporisateur EEM. Le nom du travail peut être différent du nom du temporisateur , mais le nom du temporisateur doit correspondre au nom du temporisateur tel qu'il est écrit dans le fichier du temporisateur.

Valeurs de minuterie EEM et limites d'alarme

Valeur / Limite d'alarme

Description

Durée

Le temps d'exécution de ce temporisateur EEM particulier

Code de résultat

0 = D'accord
-1 = Non exécuté
-2 = Échec
-3 = erreur de projet
1 = erreur connue

Erreur connue

La limite d'alarme d'erreur connue n'est disponible que sur les travaux de minuterie EEM et vérifie si une chaîne a été renvoyée dans le fichier de minuterie qui diffère des chaînes OK , FAILED ou NOTRUN habituelles. L'alarme est possible sur la détection d'une chaîne, pas sur son contenu.

Code d'erreur

Code d'erreur de tâche générique (voir section Codes d'erreur de tâche )

Détails de la minuterie EEM

Des minuteurs sont introduits dans un projet pour mesurer le résultat ( OK / Échec / Pas d'exécution) et le temps qu'il a fallu pour une section spécifique d'un test. Pendant l'exécution, les temporisateurs sont écrits dans un fichier texte dans le répertoire du projet. Le dossier est structuré de la manière suivante :

========== 2017.11.30-12.43 =================
Name;Status;Time
----------------
Calc_Open;OK;6.26
Calc_Calculate;OK;1.69
Total;OK;8.47

Pour chaque temporisateur, le nom du travail du temporisateur SKOOR Engine EEM, le nom réel du temporisateur, son état actuel et le temps en secondes qu'il a fallu pour exécuter le temporisateur correspondant lors de la dernière exécution sont imprimés.

Il est également possible que le projet écrive une chaîne d'erreur spécifique dans le fichier de minuterie qui sera ensuite analysée comme une valeur de chaîne. Cela a du sens lorsqu'un projet rencontre des erreurs qui se produisent fréquemment et sont connues mais ne peuvent pas être corrigées dans l'application ou le site Web testé. Dans un tel cas, la reconnaissance de l'erreur doit être programmée dans la séquence du projet et doit écrire une chaîne d'erreur spécifique dans le fichier de minuterie pour la minuterie spécifique. Un exemple d'un tel fichier de minuterie est illustré ci-dessous :

========== 2017.11.30-12.43 =================
Name;Status;Time
----------------
Calc_Open;OK;6.26
Calc_Calculate;Known error encountered in Calculate sub-step;1.69
Total;OK;8.47

La deuxième colonne de la ligne Calc_Calculate est interprétée comme une erreur connue au niveau du travail du minuteur EEM.

Ces erreurs connues peuvent ensuite être utilisées dans les configurations de limite d'alarme. Un exemple d'erreur connue rencontrée est illustré dans la figure suivante :

Et dans la section des valeurs sur le travail de minuterie EEM correspondant :

Le fichier de minuterie, dans ce cas calc.txt (son nom doit être identique au nom du projet ), est récupéré via WinAgent et analysé pour les états et les valeurs de chaque minuterie. Mais cela ne se produit que si des temporisateurs avec les noms correspondants sont configurés.

Résultats du projet EEM

Après une exécution du projet sur le robot EEM, la section des valeurs du travail du projet EEM ressemble à ceci (diffère des projets SikuliX) :

ou en cas d'erreur lors de l'exécution du projet :

En cliquant sur le lien du fichier de minuterie , le fichier de minuterie récupéré peut être visualisé directement (voir le fichier d'exemple ci-dessus).

En cliquant sur le lien à côté du fichier journal MHT , le journal récapitulatif MHT peut être téléchargé ou affiché directement. La visualisation directe n'est possible que si le lien est cliqué à partir d'un navigateur Internet Explorer. Voici un exemple de journal MHT :

Cliquer sur le lien Fichiers de résultats dans la section Valeurs fera apparaître la nouvelle fenêtre ou l'onglet suivant du navigateur :

Cette page donne un aperçu des tests exécutés sur le robot EEM. Pour chaque exécution où les journaux ont été collectés par SKOOR Engine , il existe une ligne avec un horodatage et un lien vers le fichier MHT correspondant. S'il y a eu des erreurs lors d'une exécution, le lien est placé dans la colonne Tests échoués , accompagné d'une petite icône sur laquelle il est possible de cliquer et qui ouvre une nouvelle fenêtre de navigateur avec une capture d'écran de la première erreur rencontrée lors de l'exécution. Cela donne surtout une bonne idée de la raison pour laquelle un test a échoué. Si l'exécution la plus récente a échoué, comme dans cet exemple, la capture d'écran est également affichée en grand dans la section Dernier résultat de cet aperçu. Cliquer sur le lien Capture d'écran dans la section Valeur du travail ouvre directement cette image de capture d'écran.

Exemple de projet EEM

Exécutez un projet EEM simple avec 3 minuteries EEM

La configuration suivante suppose que l'hôte distant dispose d'une suite TestComplete Project appelée Calc avec un projet appelé Calc en dessous. La sortie du projet contient 3 minuteries et est exécutée via le WinAgent installé sur l'hôte distant. WinAgent doit être configuré pour permettre l'exécution du binaire testexecute.exe . Les temporisateurs sont ajoutés en tant que travaux de minuterie EEM individuels sous le travail de projet EEM.

Sortir