DocsProjet EEM avec travaux de minuterie EEM
Fonction | Ce plugin est une vérification spécifique pour SikuliX et SmartBear Tests de bout en bout (E2E) basés surTestComplete . Il exécute un projet sur un hôte Windows distant via son WinAgent, attend la fin de l'exécution, puis récupère les fichiers journaux, captures d'écran ou vidéos générés et les affiche dans une page de présentation. |
|---|---|
Alarmant | Temps d'exécution, code de réponse, code de résultat (minuterie EEM), erreur connue (minuterie EEM) |
Informations générales sur le projet EEM
Le plugin EEM Project est conçu pour être utilisé sur un appareil de type PC (EEM Robot) . Les appareils EEM (Enduser Experience Monitor) sont des appareils robotisés qui effectuent des tests de logiciels et de services de bout en bout à l'aide SKOOR Robot , un produit basé sur le projet open source SikuliX, ou des outils de test TestComplete / TestExecute de SmartBear. Le plugin a été développé pour rationaliser la configuration et la gestion des tests de bout en bout à partir d'un server SKOOR Engine . Les tests peuvent être programmés pour effectuer des tests fonctionnels de bout en bout de sites Web, de services Web, d'applications d'interface utilisateur ou d'applications mobiles.
La communication entre le robot EEM et SKOOR Engine se fait via l'application SKOOR Engine WinAgent. Le WinAgent doit être configuré pour permettre l'exécution des binaires SikuliX ou TestComplete / TestExecute et la récupération des fichiers de sortie générés. De plus, WinAgent doit être exécuté en tant qu'application et non en tant que service.
Le plugin EEM Project comprend la configuration du projet EEM lui-même et un certain nombre de tâches EEM Timer attachées qui peuvent être ajoutées en dessous.
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 |
Code d'erreur | Code d'erreur de travail générique (voir la section Codes d'erreur de travail ) |
Si un travail de projet EEM est lié à un planning (qui définit les heures actives et inactives pour l'exécution du travail), le bouton Vérifier maintenant ne fonctionne pas pendant la période d'inactivité configurée dans le planning.
Appareil robot EEM
Avant de créer une tâche de projet EEM, assurez-vous de configurer l'appareil auquel appartient la tâche en tant qu'appareil de type PC (Robot EEM) . Lors de la création d'un tel périphérique, l'écran d'options de configuration suivant s'affiche :
La section Informations sur le projet EEM est fournie à titre de référence pour les valeurs par défaut configurées des propriétés utilisées pour exécuter un projet EEM. En dehors de cela, un appareil PC (EEM Robot) est fonctionnellement identique aux autres types d’appareils. Remplacez les propriétés en définissant manuellement une ou plusieurs propriétés dans la section Propriétés .
Propriétés de l'appareil
Les propriétés configurées au niveau de l'appareil prennent effet sur toutes les tâches de projet EEM de cet appareil. Si nécessaire, certains d'entre eux peuvent être écrasés sur les tâches de mesure
Nom de la propriété | Description |
|---|---|
Nom d'utilisateur Agent | Doit être défini si un nom d'utilisateur et un mot de passe ont été configurés dans les paramètres WinAgent sur l'hôte EEM |
Mot de passe Agent | Doit être défini si un nom d'utilisateur et un mot de passe ont été configurés dans les paramètres WinAgent sur l'hôte EEM |
Connexion sécurisée Agent | Doit être défini si le paramètre correspondant (cryptage SSL pour la connexion) a été configuré dans les paramètres WinAgent sur l'hôte EEM |
Chemin binaire EEM | Doit être défini s'il diffère de sa valeur par défaut. Celui-ci doit être défini en fonction de la propriété du mode d'exécution EEM et, bien sûr, des chemins d'accès aux composants logiciels. |
Mode d'exécution EEM | Pour les appareils d'exécution, utilisés pour effectuer des mesures, choisissez SikuliX ou TestExecute Pour les appareils utilisés pour développer des projets EEM, choisissez SikuliX Development ou TestComplete |
EEM récupère les journaux MHT (TestExecute uniquement) | S'il est activé (par défaut), le SKOOR Engine tentera de transférer les journaux récapitulatifs d'exécution du projet générés sur le robot EEM. Ceux-ci sont générés pour chaque exécution au format MHT (MHTML) et peuvent être visualisés uniquement avec Internet Explorer. Les fichiers journaux MHT peuvent être assez volumineux, parfois plusieurs Mo, surtout si l'exécution du projet a généré de nombreuses erreurs. Désactivez cette option s'il y a trop peu d'espace sur le SKOOR Engine pour stocker les journaux ou si la bande passante réseau entre SKOOR Engine et le robot EEM est trop faible pour le transfert de fichiers volumineux. |
Répertoire racine du journal EEM | Il s'agit du répertoire racine où sont stockés les logs SikuliX ou MHT sur le robot EEM |
Répertoire racine du projet EEM | Il s'agit du répertoire racine où sont stockés les projets SikuliX/TestComplete sur le robot EEM |
Accès à distance EEM | Habituellement, les exécutions du projet sont effectuées sur la console du robot EEM (l'écran que l'on verrait si un moniteur physique était connecté). Dans ce cas, VNC ou d'autres moyens tels que Teamviewer sont utilisés comme méthode d'accès à distance. Cependant, cela laisse l’écran de la console du robot visible pendant l’exécution des tests. Si la sécurité pose un problème, les tests peuvent être configurés pour s'exécuter au sein d'une session de bureau à distance Windows ( RDP ). Cela permet de verrouiller l'écran de la console. Les utilisateurs seront déconnectés lorsque les tests seront exécutés. Si une authentification au niveau du réseau est requise, l'appareil doit être configuré avec FreeRDP |
Domaine RDP | Domaine Active Directory utilisé pour la connexion RDP |
Nom d'utilisateur/mot de passe RDP | Nom d'utilisateur et mot de passe Active Directory pour la connexion RDP |
Résolution RDP | Résolution d'écran utilisée pour les mesures EEM. Ceci est particulièrement important pour les mesures basées sur des images ( SKOOR Robot ) |
Options RDP | Certaines options peuvent être configurées pour la session RDP. Veuillez consulter la section Informations sur le projet EEM sur l'objet appareil pour plus de détails. |
Déconnexion RDP | Pour gagner du temps entre les mesures, les sessions RDP ne sont pas déconnectées après l'exécution d'une tâche de projet. Si une déconnexion est requise pour une raison quelconque, cette propriété peut être définie en conséquence |
Emplois pour Projet EEM
Pour la configuration des tâches du projet EEM, veuillez consulter les sous-pages spécifiques à SKOOR Robot et SmartBear .
Résultats du projet ESEE
Les résultats de mesure sont présentés sur le projet EEM et les tâches de minuterie ainsi que dans le navigateur de résultats EEM .
File d'attente du projet EEM
Le collecteur SKOOR Engine planifie automatiquement les tâches du projet EEM en fonction de leur intervalle d'exécution spécifié. Cela signifie que chaque tâche du projet EEM peut avoir son intervalle d'exécution individuel et que le planificateur s'assure que cet intervalle est respecté. S'il existe plusieurs tâches de projet EEM sur un périphérique EEM et que le planificateur décide qu'il est temps d'exécuter une tâche de projet EEM, elle est mise en file d'attente si l'une des autres tâches de projet EEM est déjà en cours d'exécution. Pour afficher cette file d'attente, les conditions préalables suivantes doivent être remplies :
L'appareil EEM doit avoir un collecteur par défaut défini dans sa configuration
Au moins une tâche de projet EEM doit exister sur l'appareil EEM
Si les critères ci-dessus sont satisfaits, la file d'attente et l'état du projet en cours d'exécution peuvent être consultés en choisissant Afficher les détails sur l'appareil EEM :
Répartition du projet EEM
Développer des projets de tests nécessite une installation du logiciel TestComplete ou SikuliX. Le développement est généralement effectué sur des hôtes différents de ceux sur lesquels les tests sont réellement exécutés. Lorsque les tests sont exécutés, seul le logiciel d'exécution TestExecute doit être installé (SmartBear uniquement). Pour distribuer les tests développés, le SKOOR Engine propose un mécanisme qui consiste à créer un fichier zip du répertoire du projet en cours sur l'hôte de développement, à le récupérer sur SKOOR Engine , puis à le distribuer aux robots EEM. L'exécutable SikuliX est transféré de la même manière. Pour y parvenir, suivez les directives ci-dessous :
Définissez la propriété du mode d'exécution EEM sur SikuliX Development ou TestComplete sur le périphérique hôte de développement
Assurez-vous que tous les appareils hôtes du robot EEM ont cette propriété définie sur TestExecute ou SikuliX.
Sur l'hôte de développement, développez un nouveau projet EEM ou modifiez-en un existant. Enregistrez le projet et fermez l'IDE correspondant.
Sous le périphérique de développement dans l'interface SKOOR Engine , sur le projet EEM qui doit être distribué aux hôtes du robot EEM, sélectionnez Distribuer pour tester le référentiel dans la liste déroulante Exécuter/Distribuer dans la section Exécution du travail :
Choisir Exécuter la tâche de mesure exécuterait simplement le projet EEM.
Cliquez sur OK pour enregistrer le travail
Ouvrez le nouveau travail à l'aide de la loupe et cliquez sur Distribuer
La section Valeurs devrait maintenant afficher Suite distribuée avec succès :
Le répertoire compressé de la suite de projets sera désormais placé dans le répertoire /opt/eranger/ collecteur /eem_repository/from_development/test du collecteur SKOOR sur lequel le travail du projet EEM est configuré.
L'archive sera synchronisée avec le répertoire /opt/eranger/ collecteur /eem_repository/to_execute/test , la rendant ainsi disponible pour la mise à jour automatique.
Sur le périphérique robot EEM, accédez à la tâche du projet EEM correspondante et vérifiez le contrôle de la suite de mise à jour automatique . Sélectionnez ensuite le référentiel Test dans la liste qui apparaît :
Exécutez Check now sur le travail du projet EEM. Cela vérifiera d'abord s'il existe des fichiers de projet mis à jour dans le référentiel SKOOR Engine (sous le répertoire /opt/eranger/ collecteur /eem_repository/to_execute/test ). Si oui, il les transférera vers le robot EEM, en remplacement de l'ancien répertoire de la suite de projets. Ensuite, il exécutera le test et renverra ses résultats
S'il s'avère que le test s'exécute correctement sur l'hôte TestExecute qui est activé pour le référentiel de test, vous pouvez commencer à distribuer le projet vers le référentiel de production. Il est recommandé de disposer d'un robot de test dédié, où tous les tests développés sont d'abord exécutés avant de les distribuer aux robots de production.
Cela peut prendre jusqu'à 4 minutes avant que SKOOR Engine copie les projets nouvellement téléchargés (distribués) sur tous agents SKOOR Engine . Ils peuvent donc ne pas être disponibles immédiatement pour la mise à jour automatique.
Si les projets ne sont pas distribués, vérifiez si le SKOOR Engine , dans lequel les tâches du projet EEM sont configurées, dispose d'un accès authentifié par clé publique via ssh aux collecteurs SKOOR Engine sur lesquels les tâches du projet EEM s'exécutent. Le SKOOR Engine récupère toutes les archives de projet compressées de tous collecteurs SKOOR Engine , puis les distribue dans les répertoires de référentiel de tous collecteurs .