Screen resolution of a VM using RDP with TestComplete
Hi, To test our desktop application we have a Master project that runs the Slave project on different VMs. We are using TeamCity to start our tests. On a TestManagement machine (VM)we have a Build Agent that is running as Service. This Build Agent starts the Master project with TestExecute. This project connects withRDP to different VM to run our UI Tests (Slave project)of our App.We are using Network Suite and run our tests on Hosts (VMs) like it is suggest here: Using Network Suite. But we have an issue with the screen resolution that is used to run our UI Tests. The resolution is too low. This page Running tests via RDP gives an explanation: "When running tests on a remote computer that participates in distributed testing, TestComplete creates a Remote Desktop session and automatically sets the master computer's screen resolution on the remote computer. This is done to avoid possible problems with test running." So TestExecute will use the master computer's screen resolution. But TeamCity Agent is run as a service on a VM (TestManagement machine) and there is no screen resolution because it's an headless machine and not like a real user that will connect with RDP to this VM and start the Master Project. I assume TestExecute will then use the default screen resolution (something like 640x480) as the resolution for the RDP connection. But this is too low to run our tests, some object are not on the screen and we have many issues... Is there a way to change the resolution used by the RDP connection that TestExecute / TestComplete will create ? The tricky part is that the Master project is started from a service on an headless machine... Thank you for your answers, Camille4KViews0likes9CommentsRunning TestComplete on Azure VM
I am thinking of creating test environments Microsoft Azure Virtual Machines (Azure VM's), hosted by Azure Cloud Services. I have experience with TestComplete on local physical machine, and on a local stored Virtual Machines (VMWare), however I do not have any experiences with TC running/executing tests on remotely hosted VM's on Azure Cloud Storage. I have couple of questions: 1. Who has experience with above mentioned scenario? 2. What are the pitfalls (running TC in Azure Cloud)? 3. What are best practices (running TC in Azure Cloud)? Mathijs2.2KViews0likes2CommentsTasks Errors: Tasks stuck in initialized mode
Hi all, We are using TC12.10. Our Master project uses different Tasks and Hosts to run in parralel our UI Desktop Tests (Slave project) on several VMs. We have noticed that some tasks are stuck in the initialized state sometimes. On the Slave machine the UI Tests are running but the Master project is not sync (State of task doesn't change and no log for the tests that were running on the Slave machine) and doesn't know when the tests are completed. That means that at the end of the tests on these VMs, TestExecute's process is still running on the Slave Machine and the Master project is also still running even though all our tests are completed. Does someone ever experienced this issue ? Is there a solution to know when the tests are done on the Slave Machine and to inform the Master project ? Or maybe change the state of the task manually ? We looked into the EventViewer of the VM which was running the task that was stucked in the initialized state. And we noticed this particular event at the same time the tests where running and the task seems to be stucked: Fault bucket , type 0 Event Name: RADAR_PRE_LEAK_WOW64 Response: Not available Cab Id: 0 Problem signature: P1: TestExecute.exe P2: 12.10.590.11 P3: 10.0.14393.2.0.0 P4: P5: P6: P7: P8: P9: P10: Attached files: \\?\C:\Users\MC_QA\AppData\Local\Temp\RDRA4B4.tmp\empty.txt \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERA4C5.tmp.WERInternalMetadata.xml These files may be available here: Analysis symbol: Rechecking for solution: 0 Report Id: a03704c6-1eac-11e7-9c1b-00155d020e41 Report Status: 524384 Hashed bucket: I don't know if this event is related to the issue. It seems that RADAR_PRE_LEAK_WOW64 is a software feature to prevent leaks of memory.962Views0likes1CommentDistributed testing: Cannot load the remote project. Reason: Timeout Expired
Hi, Wehave a master machine with a Master suitethat start our Slave suite(UI tests) on different VMs. The master machine and the VMs have all the same version of TestComplete and TestExecute (12.10.590.7). Recently an exception is causing us a lot of issues. When we run the tests from the master on our VMs, sometimes it is not working because of the exception: "Cannot load the remote project. Failed to invoke an object. Reason: timeout expired" and "Cannot close the remote instance of TestComplete(TestExecute). Object disconnected". (Please see the screenshot) This exception seems to occur when the task associated to the VM is the State 2: Initializing. This exception is not happening all the time and not alwaysthe same VMs. It is causing a lot of problem for us because we need to repeat the tests that didn't run again and again. What is the timeout which is mentioned in the exception ? Does anybody has faced the same issue ? Thank you for your help, Camille904Views0likes0CommentsDistributed Testing: Host Object disconnected
Hi all, we are running into a recurrent issue with our UI Distributed Testing. We are using TestComplete 12.10 on all our machines. Master project is running on QA Master VM. This Master project run different Slave project on several QA Slave VMs. Each VM has a Host associated with it. Time to time we are experiencing an issue with some Hosts: Object Disconnected. In our process we are verifyng the Host manually before starting tests on it: if(task.Host.Verify(10))//TimeOut of 5min { //Run the tests } If the Host can be verified, we run the particular taskon this Host. Running means TestComplete will first Fast Verify the host of the task(State: ( 9 -ns_FastVerifying), then Initialize (State: 2 -ns_Initializing) and finally Run the tests (State: 3 -ns_Running). Please check this page for further information. But sometimes the timeout associated with the host expires when TestComplete perform the Fast Verification, even though we performed the verification manually in the code just before. So the verification failed, so does the task... (default timeout on each hostis 10min) TestComplete then log an error : Object Disconnected TestComplete does not give any more information about the issue... Is there a way to have better understanding on the issue ? (I tried to look into Event Viewer on the specified Host but didn't find anything related) Is this something related to TestCompleteService that crashed ? Maybe this is an issue with our VMs, so we want to know if anyone has ever experienced this issue ?? Thanks for your feedback and answers, Camille880Views0likes1Comment