Est-il possible d'exécuter des tests d'interface utilisateur codée sans avoir à se connecter via un poste de travail distant?
Je suis d'essayer d'automatiser les tests Codés de l'INTERFACE utilisateur.
Mon contrôleur de test de lancer les tests sur une distance serveur de test, j'ai l'habitude d'accès via une connexion Bureau à Distance.
Est-il possible d'exécuter les tests Codés de l'INTERFACE utilisateur sans avoir à se connecter via le bureau à distance?
Actuellement, les tests ne fonctionne que lorsque j'ai connecté via le Bureau à Distance, et la fenêtre doit être ouverte. Quand je ferme la session Bureau à Distance, les tests ne fonctionnent pas.
Si il n'est pas possible d'exécuter des tests codés de l'INTERFACE utilisateur sans bureau à distance, comment puis-je automatiser la connexion via le bureau à distance?
Grâce
source d'informationauteur Ciaran Gallagher
Vous devez vous connecter pour publier un commentaire.
J'ai rencontré le même problème avec notre test à distance de la machine, mais nos machines de test exécuté sur Hyper-V. Avec Hyper-V, la solution est tout simplement de se connecter via Hyper-V au lieu de la Connexion Bureau à Distance, et la fermeture de la technologie Hyper-V connexion n'est pas verrouiller l'ordinateur.
Une autre suggestion serait de contourner le fait que le Bureau à Distance verrouille automatiquement votre écran. Il y a un petit peu à ce sujet ici: http://homeservershow.com/remote-desktop-session-locks-workstation-after-exit.html
Fondamentalement, run "tscon.exe RDP-Tcp#0 /dest:console" dans l'invite de commande de la machine distante lorsque vous voulez vous déconnecter. La machine doit être déverrouillé et les tests fonctionnera tout aussi bien.
Selon @Zatricion, qui commande, qui peut être généralisée:
La méthode la plus simple solution de ce problème était simplement d'activer l'ouverture de session automatique sur mon environnement de test (il existe une variété de façons de le faire selon les OS).
Avec ouverture de session automatique est activée, lorsque je redémarre l'environnement de test (à l'aide de la "shutdown.exe /r' de la commande, qui peut être scripté), l'environnement de test charges de retour avec un actif, connecté session, et donc les tests peuvent exécuter avec succès.
Pour ma soirée d'automatisation de test, j'ai activé l'ouverture de session automatique sur mon environnement de test et prévu un redémarrage avant l'exécution du test.
J'ai pas eu de problèmes avec cette méthode - et cela signifie que je n'ai pas à vous connecter via le Bureau à Distance.
De MSDN:
Si vous exécutez votre
CodedUi Tests
par le biais de Visual Studio (ce qui signifie que les tests sont exécutés en vertu de votre compte), je crois que vous doit être connecté via le bureau à distance pour la télécommande serveur de test.Toutefois, vous pouvez utiliser
Microsoft Test Manager
à l'exécution de vos tests:-Configurer l'Agent de Test à exécuter en tant que Interactive Proccess de sorte qu'il peut exécuter CodedUi Tests.
-Configuration du Contrôleur de Test à exécuter avec Microsoft Test Manager.
c'est très facile, veuillez consulter ce blog, ici, cette chose est expliqué de manière très simple
Comment planifier Microsoft coaded test de l'INTERFACE utilisateur de l'exécution lorsque vous n'avez pas TFS MS
j'. Construction ouverte > Lot construire
ii. Cliquez sur reconstruire si une version a déjà été construit
Après la construction du codé de l'INTERFACE utilisateur projet accédez au dossier de lancement de projet et de la copie testAutomated.dll nommé avec le nom de votre projet
Place cette dll sur la machine distante où vous souhaitez planifier votre exécution du test de
Place .dll dans un répertoire de la machine distante.e.g je suis mise en D:\coadedUitest
Installer Miscosoft de l'agent de Test à partir de ce lien sur cette machine sur laquelle vous souhaitez exécuter le test . http://www.microsoft.com/en-us/download/details.aspx?id=38186
Après l'installation de l'agent de test vérifier MS test est présent dans l'emplacement
Ouvrir un bloc-notes et saisissez le texte
D:
cd coadedUitest
ensemble mstestPath="C:\Program Files\Microsoft Visual Studio 12.0\Common7\IDE"
%mstestpath%\mstest /testcontainer:testAutomated.dll
Enregistrer avec .extension bat
Ouvrir .fichier bat en double-cliquant dessus pour vérifier les tests sont exécutés ou non
Après le succès de l'exécution d'ouvrir le planificateur de tâches de windows et de créer une tâche planifiée pour exécuter cette création .le fichier bat.
http://testingtoolstecniques.blogspot.com/2014/11/how-to-schedule-microsoft-coaded-ui.html
Mise à JOUR:
À l'aide de la VSO ou TFS2015 système de construction n'est plus besoin d'une connexion à distance pour les tests à exécuter. Créer une génération ou d'un communiqué de l'exécution de la tâche "Visual Studio Test de Déploiement de l'Agent", puis exécutez la commande "Exécuter des Tests Fonctionnels" de la Tâche.
La meilleure approche serait probablement créer un build gouttes de votre construire des artefacts, puis créer une libération qui déploie le site d'artefacts et exécute les Tests Codés de l'INTERFACE utilisateur à l'encontre de ce site.
NOTES:
Vue/interagir avec la machine à l'aide de VNC (par exemple, TightVNC )
Vous pouvez utiliser VMware pour exécuter vos tests codés de l'interface utilisateur. si vous réduisez la VM de test va encore continuer.
Voir ce lien pour plus de détails.
http://www.binaryclips.com/2016/03/coded-ui-tests-executing-test-case.html
--Préféré
Solution 1: Avoir une Hyper-V Client et simplement exécuter des tests codés de l'INTERFACE utilisateur à l'aide d'une tâche de planification. Pas de problèmes du tout.
--préféré
Solution 2: Vous devez avoir 2 VM. Premier bureau à distance pour les VM 1, puis à partir de VM 1 bureau à distance pour les VM 2 où Codé de l'INTERFACE utilisateur sera en cours d'exécution. Une fois Codé de l'INTERFACE utilisateur commencé dans VM2, il suffit de débrancher VM 1. Cela permet de garder la session ouverte et n'aura jamais de problèmes
-moins privilégiées
Solution 3: Redémarrer la machine virtuelle en utilisant la ligne de commande. Faire sue auto-journal est activé sur votre VM. Ont une tâche planifiée pour s'exécuter codé de l'INTERFACE utilisateur.
J'ai utilisé cette méthode et trouvé certains de mes tests de sauts.
--la moins préférée
Solution 4: utilisation tscon.exe %sessionname% /dest:console
J'ai utilisé cette méthode, mais ne peut pas garantir que votre test sera exécuté avec toutes les questions