Comment faire pour exécuter les tests IHM sur un jenkins windows esclave sans connexion bureau à distance?

J'ai un jenkins agent mis en place sur window 7 et jenkins serveur sur Linux. Je suis en cours d'exécution GUI tests sur les fenêtres de l'agent. Il fonctionne très bien si j'ai une connexion de bureau à distance est connecté, mais ne parvient pas autrement. J'ai trouvé ce lien, Jenkins sur Windows et GUI Tests sans RDC

Mais la solution fournie il est assez vague.. Il semble que la seule solution est de faire en quelque sorte Jenkins serveur pour une connexion bureau à distance ouverte à toutes les heures. Mais je ne peux pas trouver une option pour le faire.
Quelqu'un pourrait veuillez bien m'apprendre comment résoudre ce problème?

Beaucoup apprécié!

InformationsquelleAutor Kelvin | 2013-10-18
  1. 22

    Votre esclave des machines au bureau avant le test peut s'exécuter
    correctement. Nous avons eu le même problème.

    Solution était d'avoir la machine de test de démarrage et d'ouverture de session automatique de la
    ordinateur de bureau. Pour s'assurer que le test ne démarre pas après le bureau
    était disponible, nous avons ajouté une tâche planifiée, configuré pour fonctionner à une connexion de l'utilisateur,
    qui lance l'Jenkins esclave via Java Web Start. De cette façon,
    Jenkins ne pourrait voir que l'esclave une fois que le bureau a été en cours d'exécution. Après
    que, tout a bien fonctionné.

    C'est la bonne réponse à la question que vous liés et il est très clair sur ce qu'il faut faire. L'ensemble de l'installation est à l'extérieur de Jenkins. Jason Swager décrite sur la façon dont il automatisée un utilisateur en se connectant à un bureau windows de la machine et ensuite, à partir de l'Jenkins esclave dans la session de l'utilisateur.

    Et maintenant, étape par Étape:

    1. assurez-vous d'avoir une interface graphique, evailable

    Solution était d'avoir la machine de test de démarrage et d'ouverture de session automatique pour le bureau

    Configurer un bureau standard de Windows pour la connexion d'un utilisateur spécifique automatiquement au démarrage de windows. De cette façon, personne ne doit physiquement journal dans le bureau. (voir Comment faire pour activer l'ouverture de session automatique dans Windows 7)

    2. lancer Jenkins esclave

    Vous avez besoin pour commencer le Jenkins esclave à l'intérieur de ce paramètre utilisateur. Sinon, le Jenkins esclaves n'ont pas accès à l'INTERFACE utilisateur Windows composants (ou en d'autres termes ne peut pas interagir avec le bureau).

    Pour s'assurer que le test ne démarre pas après le bureau
    était disponible, nous avons ajouté une tâche planifiée, configuré pour fonctionner à une connexion de l'utilisateur,
    qui lance l'Jenkins esclave via Java Web Start.

    De sorte que vous avez à créer une tâche planifiée et le configurer pour démarrer votre Jenkins client à l'aide de Java Web Start.

    3. utiliser

    De cette façon, Jenkins ne pourrait voir que l'esclave une fois que le bureau a été en cours d'exécution. Après
    que, tout a bien fonctionné.

    Lorsque l'esclave est en ligne, vous pouvez l'utiliser pour exécuter vos tests de l'INTERFACE utilisateur.

    • Je crois que j'ai fait toutes ces - le lancer via java web start, auto-ouverture de session de l'utilisateur (il n'existe qu'un seul utilisateur, qui est admin). Mais il ne marche pas encore, sans un CDR de connexion.
    • Le système a un moniteur connecté? Vous avez besoin des composants de l'INTERFACE utilisateur actif et c'est seulement si vous avez votre jenkins client s'exécutant sous le même utilisateur, alors l'utilisateur qui est connecté à l'INTERFACE utilisateur.
    • Non, la machine de test est une machine virtuelle. Il n'a pas un physique moniteur connecté. Il n'y a qu'un seul utilisateur, sous les fenêtres de l'esclave, qui est admin. Donc il ne devrait pas avoir de problèmes causés par plusieurs utilisateurs, et j'ai déjà activé d'ouverture de session automatique.
    • Qui pourrait être votre problème. Essayez la même configuration avec un physique à la machine et voir si cela fonctionne. Si il le fait, il sera un signe fort, que vous n'avez pas l'INTERFACE utilisateur disponible lorsque vous ne disposez pas d'un RDP ouvrir.
    • Donc il n'y a aucun moyen de le faire sans mettre en place avec une machine physique? Je suis sûr qu'il va travailler avec une machine physique car elle fonctionne bien si j'ai une connexion RDP ouvrir. Mais c'est cher. Il ne peut pas être exécuté pratiquement comme une virtual machine linux peut?
    • Il peut, aussi longtemps que vous avez un rdp ouvert à la machine virtuelle. L'INTERFACE utilisateur tests doivent les composants de l'INTERFACE utilisateur.
    • parce que nous avons un autre environnement de test sous linux, et avec l'utilisation de xvnc, il est capable à travailler sans avoir de connexion à distance d'elle. J'espérais que windows peut même travail que.
    • xvnc fait pour linux ce rdp (un serveur VNC pourrait aussi être assez) sur Windows. Autre nom pour le même animal. Les deux racontent l'OS "il y a quelqu'un qui wnats de voir une INTERFACE utilisateur".
    • J'ai mis cela en place, et il est essentiellement de travail, bien qu'il ressemble à l'INTERFACE utilisateur des tests parfois se bloquer et si j'ouvre une connexion RDP ils continuent. Était que seul le hasard ou a quelqu'un à des problèmes similaires?
    • J'ai été en mesure de configurer cela dans une VM win7 en suivant les étapes indiquées par Pierre. En outre, assurez-vous qu'il a travaillé sans un CDR de connexion, j'ai ajouté un raccourci vers un fichier de commandes avec ce contenu: for /f "skip=1 tokens=3" %%s ('requête de l'utilisateur %USERNAME%') do ( %windir%\System32\tscon.exe %%s /dest:console` ) assurez-vous que vous utilisez ce raccourci pour déconnecter, au lieu de fermer la fenêtre Remote Desktop.
    • Cette réponse fonctionne très bien pour moi (j'ai une machine physique). Je n'ai pas testé sans moniteur encore, cependant, si je rencontre des problèmes je sais qu'ils peuvent être résolus avec un mannequin connecteur VGA (aka 3 résistances). google pour "VGA dummy plug'

    InformationsquelleAutor Peter Schuetze
  2. 6

    Pour résoudre ce problème, configurer Windows d'ouverture de session Automatique comme je l'explique ici:
    https://serverfault.com/questions/269832/windows-server-2008-automatic-user-logon-on-power-on/606130#606130

    Puis créez un démarrage de lot pour Jenkins esclave (le placer dans Jenkins répertoire), qui va lancer la console sur le bureau, et permettra GUI des travaux à exécuter:

    java -jar slave.jar -jnlpUrl http://{Your Jenkins Server}:8080/computer/{Your Jenkins Node}/slave-agent.jnlp

    (slave.jar peut être téléchargé à l'adresse http://{Votre Serveur Jenkins}:8080/jnlpJars/slave.jar)

    EDIT :
    Si vous avez de la noir captures d'écran (lors de l'utilisation de Sélénium par exemple), créez un fichier de commandes qui se déconnecte de Bureau à Distance, plutôt que de fermer la session RDP régulière avec les bouton X:

    %windir%\system32\tscon.exe %SESSIONNAME% /dest:console
    InformationsquelleAutor Noam Manos
  3. 3

    La chose suivante a fait le tour pour moi:

    Dans Jenkins exécuter windows shell de commande:

    • cmdkey /generic:TERMSRV/<servername> /user:<username> /pass:<password>
    • mstsc /v:<servername> /w:<width> /h:<height>
    • cd <path to your pom.xml>
    • <maven command>(par exemple mvn test -Dfiles_to_run=groupLaunch.xml
    • cmdkey /delete:TERMSRV/<servername>

    Il crée de véritables mstsc session (Win-to-Win) avec la largeur et la hauteur spécifiées dans votre virtuel mstsc session (Jenkins-à-Win) alimenté par Jenkins.

    InformationsquelleAutor dred17
  4. 0

    J'ai essayé les solutions proposées ici, mais rien n'a fonctionné pour moi. À la fin, je suis venu avec une solution de contournement.

    J'ai ouvert une connexion RDP pour la VM dans une autre VM (VM2).
    J'ai quitté la première connexion à l'intérieur VM2 et déconnectés.

    Il a travaillé, mais qui implique d'avoir deux machines virtuelles disponibles.

    InformationsquelleAutor Víctor Gómez Molina
  5. 0

    Vous devez toujours utiliser RDP, mais dans mon cas, on peut utiliser de bouclage de la RDP dans la même VM.

    La procédure:

    1. Dans une machine virtuelle, de créer deux comptes différents, et de créer Jenkins esclave pour les deux types de compte.

    Maintenant, vous aurez deux Jenkins esclave pour deux comptes dans une VM

    esclave 1 - compte de 1

    esclave 2 - compte de 2

    1. Permettre à plusieurs RDP suivez le guide
      https://www.serverwatch.com/server-tutorials/how-to-enable-concurrent-remote-desktop-sessions-in-windows.html

    2. De l'esclave 2(avec le compte de 2), exécutez rdp commande pour se connecter à l'esclave 1(compte 1), comme suit
      Démarrer /b "" "C:\RDP\rdp.exe" /v:127.0.0.2 /domaine:\ /u:admin /p:xxxx /fullscreen /w:1920 /h:1200

    127.0.0.2 est très important, c'est une connexion de bouclage pour RDP

    Mettre de commande ci-dessus dans Jenkins emploi avec le nom "OpenRDP_ToVMXXX, et puis vous pouvez exécuter un test de l'esclave 1 avec une interface graphique activé, en profiter.

    InformationsquelleAutor August
  6. 0

    Que les solutions ci-dessus semble un peu exagéré, j'ai donc utilisé cette approche:

    1. Désactiver Jenkins service
    2. Lancer Jenkins en ligne de commande à l'aide de java -jar C:\Program Files (x86)\Jenkins\jenkins.war

    Pour certaines raisons, j'ai dû installer tous les plugins et tout lors du démarrage de cette façon alors je vous recommandons de créer une sauvegarde, il y a un plugin pour ça. Bonne chance. 🙂

    InformationsquelleAutor Daniel