Amélioration de l'exécution des tests à distance avec Test Studio

L'exécution de tests d'interface utilisateur sur une machine distante n'a jamais été aussi simple. Apprenez à gagner du temps avec les fonctionnalités intéressantes de configuration de session d'utilisateur dans Test Studio .

L'exécution de tests d'interface utilisateur présente un défi particulier. Habituellement, les tests d'interface utilisateur impliquent de simuler des actions avec la souris ou le clavier ou parfois de prendre des captures d'écran du bureau actuel. Pour garantir leur bon fonctionnement, nous devons avoir une session de bureau active rendant l'interface graphique.

La plupart du temps, nous souhaitons exécuter nos tests sur une machine virtuelle et nous connecter à distance à cette machine lorsqu'une interaction avec celle-ci est nécessaire. Le problème est que lorsque nous utilisons RDC (Connexion Bureau à distance) pour configurer la machine et que nous déconnectons enfin notre session RDC, notre session sur la machine virtuelle distante est verrouillée et son système d'exploitation cesse de restituer l'interface graphique les applications en cours d'exécution dans notre session.

La même chose se produit si nous laissons la session RDC ouverte, mais le système d'exploitation distant se verrouille en raison d'une inactivité, par exemple en attendant que le prochain test commence. Dans ce cas, les tests d'interface utilisateur ne peuvent pas simuler d'interactions avec l'interface graphique et échoueront avec un « SendInput: Failed. Win32Error ”erreur. Si nous essayons de prendre une capture d'écran du bureau à ce moment-là, elle apparaîtra en noir.

Keep Machine Awake

Pour garantir l'exécution de nos tests d'interface utilisateur, nous devons, tout d'abord, nous assurer que notre session de bureau ne verrouillé, la machine ne passera pas en mode veille et un économiseur d'écran n'apparaîtra pas.

La solution évidente à cela est de modifier les paramètres système de notre machine, mais nous pourrions ne pas vouloir les modifier de façon permanente, ou nous n'avons peut-être même pas les autorisations administratives appropriées pour le faire. Pour nous épargner le temps nécessaire à la modification des paramètres système pour le délai de mise en veille / verrouillage, Test Studio dispose désormais du paramètre « Laisser la machine éveillée ».

Pour accéder au « Laisser la machine éveillée . ”Paramètre, nous devons démarrer le Test Studio Execution Server (Cliquez sur le bouton Démarrer de Windows, tapez“ Démarrer Execution Server ”et cliquez sur le résultat) et ouvrez-le à partir de la barre des tâches Windows (cliquez sur 'Afficher 'sur l’icône Test Studio).

Quand“ Gardez Machine Awake ”est activée, cela empêchera notre machine Windows de s'endormir, de verrouiller ou d'afficher un économiseur d'écran aussi longtemps que le serveur d'exécution du studio de testage est en cours d'exécution. (À moins, bien entendu, de verrouiller le Test Studio fait généralement la même chose que lorsque nous utilisons un lecteur vidéo sur notre machine, par exemple: pour permettre à votre machine de dormir / se verrouiller normalement, nous devons désactiver «Garder la machine en veille» ou simplement l'arrêter. Test Studio Execution Server.

L’option « Laisser la machine éveillée » doit être utilisée avec prudence, car garder une machine déverrouillée sans surveillance peut constituer un risque pour la sécurité. la machine sur laquelle “Keep Machine Awake” est activé peut être en mesure de ct avec la machine.

Reconnexion à la session de console

Tout d’abord, qu’est-ce que la session de console? La session de console est celle que nous verrions sur le moniteur physique d'un ordinateur Windows, fonctionnant avec le clavier et la souris physiques de cet ordinateur. En d'autres termes, il s'agit de la session qui utilise la console physique d'un ordinateur. Chaque fois que nous nous connectons à un ordinateur Windows via une connexion Bureau à distance, cela créerait pour nous une session RDP distincte. Ainsi, lorsque nous devons déconnecter notre session RDP, nous devons rediriger notre session vers la console physique afin que l'interface graphique de nos applications en cours d'exécution continue à être restituée.

Comme nous l'avons mentionné au début, conserver une session de bureau active. Travailler avec une machine virtuelle via RDC a été un défi jusqu'à présent. Jusqu'à présent, il y avait plusieurs options pour résoudre ce problème:

• Une option serait d'utiliser une machine virtuelle supplémentaire comme "proxy" (comme décrit dans cet article ) et de garder une session RDP toujours ouverte sur nos machines d'exécution. Bien que cette approche fonctionne toujours, elle introduit un niveau supplémentaire de complexité dans le processus de maintenance des machines d'exécution.
• Une autre option consisterait à installer un serveur VNC sur la machine d'exécution et à le configurer pour qu'il s'exécute en tant que un service. VNC utilise la session de console et même si nous ne sommes pas connectés à cette machine à partir d'un client VNC, nos tests d'interface utilisateur auront toujours accès à l'interface graphique. Le problème avec cette approche est que sur les éditions de Windows autres que Server, une seule session active est autorisée. Par conséquent, chaque fois qu'un utilisateur se connecte à cette machine via RDP, cela forcera la session de console de VNC à être verrouillée et nos tests d'interface utilisateur échoueront.
• Enfin, nous pourrions mettre fin à chaque session RDC en appelant la commande suivante de l'invite de commande Windows pour basculer. à la session de console:

  % windir% System32 tscon.exe RDP-Tcp # <> / dest: console
  
  Cette approche est sujette aux erreurs, car elle oblige l'utilisateur à se souvenir de quitter sa session. utiliser la commande au lieu de simplement fermer leur session RDC.

L'option « Reconnecter à la console après déconnexion » simplifie beaucoup les choses. Tout comme le paramètre «Laisser la machine en veille» décrit précédemment, pour activer «Se reconnecter à la console lors d’une déconnexion», nous devons lancer l’exécution de Test Studio (cliquez sur le bouton Démarrer de Windows, tapez «Démarrer le serveur d’exécution», puis cliquez sur le bouton Démarrer. résultat) et ouvrez-le à partir de la barre des tâches Windows (cliquez sur "Afficher" dans l’icône Test Studio).

Avec le« ] Reconnexion à la console après la déconnexion ”, Test Studio reconnectera automatiquement notre session RDP à la session de la console chaque fois que nous fermerons la fenêtre Connexion Bureau à distance. Nous pouvons nous connecter à la machine d'exécution avec RDP autant de fois que nécessaire. et chaque fois que nous nous déconnectons, nos tests d'interface utilisateur pourront continuer à fonctionner sans interruption.

Avertissements

Lorsque « Se reconnecter à la console à la déconnexion » est activé, Test Studio reconnectera notre session RDP à Cela signifie que tout ce que nous avons vu lors de l’utilisation de Remote Desktop Connection sera affiché sur le moniteur physique de la machine d’exécution (le cas échéant). Toute personne à côté du poste de travail de la machine d’exécution console médicale pourra interagir avec elle. Ayez ceci à l'esprit au cas où cela pourrait constituer un risque pour la sécurité de votre organisation.

Réduction au minimum de la fenêtre du CDR

Il existe un cas où " Rebrancher à la console à la déconnexion " ne pourra pas aidez-nous à garder nos tests d'interface utilisateur en cours d'exécution. C'est à ce moment que nous utilisons RDC et minimisons sa fenêtre sur notre machine au lieu de la fermer. Cela ne déconnectera pas la session RDP et Test Studio ne pourra pas le basculer vers la console. En même temps, le système d'exploitation Windows de notre ordinateur client forcera la session distante à passer en mode sans interface graphique et cessera d'afficher les fenêtres et les contrôles. Pour surmonter cette limitation, nous aurions besoin d'un petit ajustement dans les paramètres de registre de notre ordinateur client local. Consultez notre article KB pour savoir comment procéder.

Surveiller l'état de session

Une fois que nos machines d'exécution sont configurées, nous pouvons surveiller leur état à partir du État d'exécution à distance . ] la fenêtre. Alors que la colonne " Status " indique l'état général de la machine (si elle est vivante et accessible), la colonne " User Session " indique l'état de la session utilisateur. Cela nous permet de vérifier à partir d'un seul endroit si toutes les machines d'exécution sont correctement configurées et prêtes à exécuter des tests.

Si une machine d'exécution est affichée avec la session utilisateur «Déconnectée», cela signifie que la dernière connexion RDP à cette machine a été déconnectée, mais que le paramètre «Reconnexion à la console après déconnexion» n'est pas activé. Par conséquent, cette machine ne sera pas en mesure de restituer l'interface graphique et les tests qui en dépendent échoueront.

Nous nous efforçons toujours de faciliter les tests pour vous dans l'équipe de Test Studio, et nous espérons que ce poste Un bon aperçu de la façon dont vous pouvez facilement exécuter des tests d'interface utilisateur sur une machine distante avec Test Studio Si vous débutez dans Test Studio, vous pouvez commencer avec un essai gratuit de 30 jours aujourd'hui.