I am an automation engineer where I need to run 450 CodedUI scripts on multiple machines. I have 15 machines on which I run these scripts.
To resolve my trouble I am using Microsoft's tool Remote Desktop Connection Manager to login to these machines. But I am getting the error on failed scripts that "Either the window is locked or minimized", but when I used to directly login to these machines and run the scripts there were no such issues.
I am unable to find any resolution. I tried one more tool to connect to 15 machines , i.e. AppVision tool as well. Even with that tool I am facing the errors on all my scripts that Some control is blocking the control to be clicked in.
I need to know if I can have any other tool or way where I would be able to login to the machines in one go and run automation scripts without any errors.
Any help is appreciated.
Thanks in adavance.
Coded UI requires that the screen saver is disabled on the remote machines.
Coded UI interacts with the desktop of the machine running the tests. When the screen saver is active it controls the desktop and, effectively, prevents Coded UI from interacting with the application under test.
The question refers to "Microsoft's tool Remote Desktop Connection Manager" so perhaps you are not using test agent software to run the test. Check this Microsoft web page and this Microsoft forum question for more details on how to set up remote computers to run Coded UI.
Related
I have created a VM with the free trial account of Azure with a basic components and a Windows 10. I have installed last version of UiPath and it is working fine, but when I close the RDP connetion (clicking in the "X"), the running execution failed.
I think it is because the selectors does not work when the "screen" is displayed. But I don't know how to keep the VM as if it was displayed to avoid the fail of the execution when I close it.
Any advice?
Thanks in advance :)
You will have to either:
Run your process on an unattended robot
or
Run attended and keep the RDP open
As Mads T said above you have 2 options when running process on a Virtual Machine.
Attended
You need to remain logged into RDP for this to work
Unattended
Do you have an instance of Orchestrator, you can use the free community version UiPath offer at https://cloud.uipath.com/
From Orchestrator you can start your process on the Virtual Machine without having it open.connected to via RDP
UiPath has more documentation on this subject here https://docs.uipath.com/orchestrator/docs/attended-vs-unattended-automation
I am new to HP Load Runner. I was trying to record a script on my Virtual Machine. However while trying to record script in action, Vugen does not hit the HTTP based application. I am able to access the application using Internet Explorer.
Has this combination ever worked or is this a new installation?
What recording options have you tried? (HTML, URL, Sockets, Proxy, ...)
What version of LoadRunner VUGEN?
What version of Internet Explorer
Have you tried a control site, such as the Flights Web application used as a part of the LoadRunner tutorial?
Have you tried a different browser?
Does this work on another machine? ( Look to differences to reconcile )
Have you satisfied all of the requirements for installation, including your credentials level on the host?
Do you have antivirus in the virtual machine which needs to be disabled?
Is VUGEN inside of the virtual machine instance with the browser or outside the virtual machine inside of the core operating system?
Seems like the default path for Internet Explorer(C:\Program Files\Internet Explorer\iexplore.exe) was incorrect in HP load Runner. After manually selecting the web browser at correct path(C:\Program Files (x86)\Internet Explorer\iexplore.exe), Load runner started to record the scripts.
Thanks all.
I now have my Windows Azure environment set up so that I can access my Worker Role with Remote Desktop. However, I'm not sure how to proceed at the moment. After much digging I found a web site that was offline but in Google's cache there was mention of attaching to the Worker Role running in the Azure Cloud from the Visual Studio debugger. But I only have Visual Developer (not studio) 2010 and I have searched all over and as far as I can see there is no such option to attach to a remote server. I am able to publish my project to the Azure Cloud without error and I have a "healthy" instance of my Worker Role showing as active and running.
I did connect with RDP through the Azure Management portal. The login worked fine and up came the remote desktop window. I searched through much of what I could find and was unable to find my Worker Role. I must have the wrong impression of RDP, because I had hoped to see the Worker Role's main display form when I logged in, just like I do when I debug it locally in the Cloud Emulator. But instead all I saw was a blank desktop with some base level server inspection and management routines. I even checked the Event Viewer for Application related messages and saw none.
So now I'm stuck wondering if my Worker Role is actually running or not, despite the seemingly positive status messages from the Management Portal, and I still want to attach to my Worker Role for debugging through Visual Developer, if it's possible, but I am unable to figure out how.
Anyone with experience in this area that can give me some solid tips on what to do next, please respond.
UPDATE: I believe my worker role may be running because I opened a command window and did a Netstat and saw it listening on the correct port. However, that may just be my Worker Role shell class that starts the custom EXE I have it launch as a spawned proces. I still haven't confirmed if my custom EXE is running yet.
UPDATE-2: Just ran TaskList from a command window and the custom EXE is listed.
UPDATE-3: Everything is working as I just ran a remote test of the service so that's not a problem. Still want to know how to attach to the Worker Role from Visual Developer 2010 for remote debugging, and if it's possible to see the custom EXE's display form like I do when doing local debugging in the Cloud Emulator.
-- roschler
There is a set of articles here which goes in length on how to set up for remote debugging in Azure:
http://blogs.u2u.be/peter/post/2011/06/21/Remote-debugging-an-Azure-Worker-role-using-Azure-Connect-Remote-desktop-and-the-remote-debugger.aspx
http://blogs.u2u.be/peter/post/2011/06/24/Remote-debugging-an-Azure-worker-role-using-Azure-Connect-remote-desktop-and-remote-debugger-part-2.aspx
http://blogs.u2u.be/peter/post/2011/06/26/Remote-debugging-a-Windows-Azure-Worker-Role-using-Azure-Connect-Remote-desktop-and-the-remote-debugger-part-3.aspx
The key takeaway is that you don't need to actually install Visual Studio on Azure, you only need to copy the Remote Debugger bits and then use Azure Connect to add your developer machine to the Virtual Network.
You can setup Remote Debugging with Visual Studio 2012
http://code.msdn.microsoft.com/Remote-Debugging-Windows-dedaaec9
When you say:
But instead all I saw was a blank desktop with some base level server inspection and management routines.
this is exactly what you get with an Azure VM. It's a basic OS install, plus the bare minimum of Azure stuff it needs to run and the code you've uploaded. There's no fancy monitoring or health checks available on the machine by default, you're expected to have provided those yourself to have them available without having to RDP into the machine to check on it.
RDP is very good for tracking down certain problems, like checking that a startup task will run, checking which directories items are installed in and just generally being nosey. If you need extra tools to track down a problem, you can just install them while you're connected to the server. For example I have RDPed into a server and installed the Microsoft Debugging Tools, to track down a memory issue.
I suppose you could remote into your VM, install Visual Studio there, and debug the process...
I also suppose it might be possible to enable remote debugging (not sure what's involved there, but such a thing exists, and it works over TCP) and debug from a local instance of Visual Studio.
To my knowledge, neither is commonly done.
Based on other answers, you would be better off writing a log file to a local storage. You can read the file from RDP if you reallyhace to. Keep in mind, debugging on Azure isn't really simple, and rightly so.
What I was thinking though was, maybe you could run the process using the user's credentials. I can't verify at the moment, but you have a better shot of seeing the ui when you rdp.
I have two PCs and I'm logged in both with same user id(have the administration rights). I have installed the service on both PCs. I'm getting a strange issue:
1. If I remove both PCs from network then starting the service makes application appear on both the PCs.
2. If both PCs are in network then One PC shows application while on other it does not appear. however, if I check the task manager, application is running fine.
I find out following things:
1. On PC where application appears, active desktop is "Default"
2. On PC where application does not appear, active desktop is "Screen-Saver". I checked that non of the screen-saver are active and running on this pc.
3. Now If I remove the PCs from network and re-connect then behaviour just got switched. I.e. where it was not working start appearing application but not on other PC.
Why one PC is in screen-saver mode while other in Default? Is this has to do with common login id? How can I work around this issue?
These two services are independent of each other. These service createprocess() which invokes a VB application.
Another question I have is that if I'm not in N/w and run the service then it VB GUI appears properly. If I use remote desktop to start the service, the service appears properly but the VB GUI does not appear :-(
The active desktop at this moment is 'winlogon'. I'm not able to make the VB GUI visible if I give lpdesktop = "WinSta0\Desktop" or "WinSta0\winlogon" or "WinSta0\screen-saver". Please note that I'm accessing the system where service is physically running through remote desktop.
Can someone let me know what I needs to do to make VB GUI appear remotely if I start the service remotely?
I want to automate the process of running coded UI tests.
Do i need to have user logged in to the system?
Or is it possible to run it using XYNT service?
We are able to run our coded ui tests in an automated fashion using windows scheduler and the command line MSTest.exe. Take a look at the following MSDN article on how to accomplish this:
http://msdn.microsoft.com/en-us/library/ms182486.aspx
I believe you can use Microsoft's Test Manager to accomplish this as well but we don't have TFS (yet) so I can't vouch for it.
As far as I know, CodedUI Tests require an active desktop session, so running them under a service account without an open desktop session may work, but not without a session.
I used the mstest to run the coded ui test and use Windows TaskScheduler to schedule the test.
You can find detail in MSTest.exe command-line documentation.
When you want to run it automatically, there are two things you should pay attention:
1. Set auto log on
2. Close the screen saver
You need to take the snapshot of your enviroment with user logged in and then you can run your test through MS Test Manager or TFS (nightly build process)
Write the test's in Visual Studio 2010/2012, this means you can manually edit the test's the code, then you should run them in Test Manager,
BTW you need TFS and Test Manager to be the same year otherwise it won't work.
I've being doing a lot of these recently if you have any questions post it online and send me a message, I'll be happy to help.