Robot Windows

Tests de performance et de charge pour les applications client lourd

Windows Robot module let you create, modify and validate automation of windows user’s actions in a Windows session. Les scripts Windows Robot (WR) peuvent être incorporés dans les travaux.

Les scripts de robot Windows représentent l’enregistrement des actions de l’utilisateur Windows. Le processus d’enregistrement s’interface directement avec l’éditeur de script Quotium et génère des scripts de langage Visual Basic .Net. Cela vous donne un contrôle total sur leur contenu et leur comportement.

Windows Robot fournit un ensemble complet d’objets et de méthodes qui vous permettent :

  • Simuler l’interaction de l’utilisateur avec la souris et le clavier
  • Remplir les données d’entrée
  • Contrôler la réponse de l’application par le biais de l’interprétation du contenu des fenêtres et du bureau
  • mise en page avec possibilité de recherche d’images

Ces scripts peuvent être améliorés grâce à la plupart des fonctionnalités de VB .Net. L’enregistrement et la lecture se font par l’intermédiaire de sessions de bureau à distance. L’utilisation de Windows Robot nécessite des fonctions TSE sur les serveurs Windows.

Création de scénarios

Windows Robot vous permet d’enregistrer une transaction sur la base des éléments suivants
l’interface graphique. Il fournit un ensemble complet d’objets et de méthodes qui
vous permettent de :

  • Simuler l’interaction entre le clavier et la souris de l’utilisateur
  • Remplir les données d’entrée
  • Contrôler la réponse de l’application par l’interprétation du contenu des fenêtres et du bureau.
  • Disposer d’une mise en page avec possibilité de recherche d’images

Parcours de l’utilisateur

Les chemins d’accès ou les scripts sont générés dans la même interface que les scripts web standard de Qtest.

Les transactions sont enregistrées en appuyant sur le bouton d’enregistrement

QTest établit ensuite une connexion avec le serveur cible où Windows Robot capture les mouvements et les clics de la souris, les frappes de touches et les informations de contrôle supplémentaires.

Paramétrage

  • Le script VBA généré peut être édité à l’aide de l’éditeur de script de QTest.
  • Il peut s’agir de certains attributs tels que les numéros de clients ou d’autres noms de champs qui doivent être extraits d’un fichier de données.
  • Lors des tests, la transaction est synchronisée à l’aide de bitmaps, de changements de fenêtres ou de captures de texte effectuées pendant le processus d’enregistrement, ce qui signifie que la transaction attendra de voir quelque chose de l’écran qu’elle a vu pendant le rendu de la capture pour une lecture robuste.

Exécution des tests

Pendant le test, les transactions sont rejouées via l’interface utilisateur de l’application.

En utilisant une ou plusieurs sessions Windows comme injecteurs, de nombreuses instances de l’application client peuvent être exécutées simultanément par Windows Robot.

Les temps de réponse mesurés sont plus précis car ils incluent le temps nécessaire à l’application client du système testé pour restituer les données brutes reçues au niveau du protocole.

Exécution et rapports

  • Une fois que le script est prêt à être utilisé dans un test, la console permet une visibilité complète de chaque utilisateur virtuel.
  • Quotium Center consolide ensuite les résultats de la surveillance du back-end et des temps de réponse en un seul ensemble de résultats, comme on le ferait avec un test web dans QTest.
  • Ces résultats peuvent être visualisés dans l’outil ou utilisés pour générer un rapport.

Scénarios de test de charge des infrastructures VDI

  • Le crawler Windows génère de la charge en établissant de nombreuses connexions Remote Desktop à un bureau distant ou à un serveur Citrix où l’application cible est installée
  • Sur ce serveur, un petit agent Windows Robot est également installé.
  • Cet agent manipule directement l’application cible sur la base des instructions qu’il reçoit de Quotium Center, qui à son tour reçoit des instructions des scripts en cours d’exécution.
  • En conséquence, une charge est générée sur le back-end du système.
  • QTest rassemble ensuite toutes les statistiques des serveurs et systèmes testés afin de fournir un rapport précis sur les résultats du test de charge.
  • Dans une autre configuration illustrée ci-dessus, le modèle utilise un serveur Terminal uniquement comme machine d’injection.
  • Cette machine manipule ensuite un client Citrix (ou un autre type d’infrastructure) directement par l’intermédiaire de l’interface graphique.

Cette configuration peut être choisie pour deux raisons :
1 ) Le serveur VDI (Citrix ou autre) n’est pas soumis à la faible charge créée par le robot Windows lorsqu’il fonctionne.
2 ) Il est important de connaître les performances du protocole Citrix (Microsoft Azure ou toute autre technologie) sur le réseau.

Test de charge pour les clients lourds, Citrix et Terminal Server Partie 1

Test de charge pour les clients lourds, Citrix et Terminal Server Partie 2