TestComplete Test Adapter
We are using this task 'InstallTestCompleteAdapter@1' in my pipeline. Version: 1.15078.28 Till 12/11, there was no issue. Nothing changed on our side, and starting from yesterday (13/11), the task execution failed with this error: Any suggestions on how to fix this? Thank you!
TestExecute logs out before tests run
Running our tests on Azure Pipelines using VMs that we disconnect from for the tests to run at night. Sometimes when tests run at night they cannot because TE needs to get logged back in. Is there a way to make sure it stays logged in or to have the pipeline sign in? I'm guessing this is just a standard login time out but this affects our nightly runs when it does time out. When they run and it logs out it just has this login page open when we check them.
Stop Skimming PDFs, Start Automating PDF Testing
On the surface, PDFs look simple, but testing them is a whole different story. Invoices, contracts, statements, compliance reports… they’re often the last thing that lands in a customer’s hands. That also means even the smallest issue, like a missing field or a misplaced decimal, can turn into something big. The challenge is that PDFs aren’t like web pages or apps where you can easily inspect elements. They’re containers packed with content, layout, images, and data from different systems. When you add in dynamic content that changes for every customer, formatting that has to stay perfect, and the regulatory risks in industries like finance or healthcare, you start to see why manual testing just doesn’t cut it. It’s slow, inconsistent, and doesn’t scale. This is where automation becomes essential. With automation, you can make sure data is always accurate, layouts stay consistent, and testing scales across thousands of documents without slowing down your team. Instead of spending hours opening PDFs by hand, QA can focus on higher-value work while still knowing that every report or statement going out the door is right. That’s exactly where TestComplete comes in. It’s built to handle the tough parts of PDF testing so you don’t have to. You can validate content down to the last character, run visual checks to keep layouts consistent, and plug it all straight into your CI/CD pipeline. The result is faster releases, fewer headaches, and a lot more confidence that the documents your customers see are exactly as they should be. Click on this link and check out a quick demo to see how TestComplete makes PDF testing easier and more reliable in action.
Basic actions taking significantly longer when run as part of ADO pipeline
Our nightly CI/CD ADO pipeline runs tests on a dedicated VM solely for running these tests. We have ~140 tests which run over a period of 6-7 hours. When we execute tests as part of the release pipeline via ADO, the tests take on average 20% longer than they do when they are run manually via TestExecute on the exact same machine. Regardless of whether we run just 1 or all ~140 tests through the pipeline, the result is the same. The tests are executed using the tscon disconnection method to run headless, and the same script is run before the comparisons so it isn't related to that. Investigating further into the details, the execution time difference seems to come from extremely basic actions. An action that would take 1 second, can often take 15 seconds when the test is run as part of the pipeline. Some examples of these actions are: A click with no key pressed. Tested object: Aliases.Application.MainForm.buttonMenu.wItems.Item["Browse"].Items.Item["Search"] (Sys.Process("Application").WinFormsObject("MainForm").WinFormsObject("buttonMenu").wItems.Item["Browse"].Items.Item["Search"]) A click at point (10, 10) with no key pressed. '^[F4]' was sent as a keyboard input to the following window or control. Selecting values in combo boxes takes up to 7 seconds. Even just giving focus to Edge takes 10 seconds: 'The window got focus' -Tested object: Aliases.browser.BrowserWindow (Sys.Browser("edge").BrowserWindow(0)) I've tried searching the community for similar threads but have had no luck. Any suggestions or help would be greatly appreciated.
Button is recognized but is not clickable.
Hello everyone. I need your help to figure out why the button on my mobile app (Android) is not clicked even though TestComplete recognizes it. The code is very simple: if completeButton.Exists: Log.Message("The button exists") completeButton.Click() It returns "The button exists". However, the button is not clicked. I suspect that the issue is because the button is partly covered with home icon as the image shows. Please tell me your thought and advice to fix this error. Cheers.Cannot Open Sys Object Tree
Hello! I'm using testComplete for my application testing. In the object browser, Mobile and Sys are listed. I can open the Mobile object tree but cannot open the Sys object tree. More detail: I’m not able to get sys object tree, when I go with Object Spy > Highlight object in the object tree I receive message "cannot highlight this object in the object tree" but this object exists on the screen and when I use function 'Highlight object on the screen' it is highlighted. It happens to each object I tried (WPFobject such as buttons, cells). What I did: I updated the latest version of TestComplete(v 15.73.16), then sys object tree appeared. However, as I opened my file and start working, the object tree was not opened. Please give me any advice to solve this problem.
