Execution Plan
Hi team, I am having script with one main function and 2 sub functions that will fetch the table values, while am trying to execute in execution plan in main function got passed but it shows error in sub function as "can't read tBodies property of undefined" and also while in single script execution it will not throw any error. I have attached image below, how I have created execution plan also, let me know If any other ways to do these into execution plan.Migrating Desktop Automation Tests from CodedUI to TestComplete
Hi all, I’m looking for advice on quickly migrating a suite of desktop automation test cases from CodedUI (C#) to TestComplete. Specifically: 1. Does TestComplete have any inbuilt MCP/feature or migration wizard for this? 2. Are there any third-party tools, agents, or AI solutions that can help automate the migration? Additional context: 1. My test suite covers ~200 tests for a WPF application, with heavy use of data-driven logic and custom controls. 2. I plan to use JavaScript for scripting in TestComplete. 3. Main challenges: migrating complex UIMaps and parameterized tests. Any insights, best practices, or references to migration guides would be greatly appreciated! Thanks in advance!
Recreating steps to "refresh" or speedup projects
Hi, Our testers were complaining about slow operation in TestComplete12. We upgraded the project to Testcomplete 15 and the projects were again working faster and testers stopped complaining. Project folder size didn't matter. However, after a few months the sluggishness returned and we began to see slowdowns similar as in TC12. Does anybody know what actions are performed when upgrading TC12 to 15? We tried namemapping defragmentation, reserialization of keyword tests, AppData folder Smartbear. Deleting tcCfgExtender file also didn't help.oba All on TC15 after upgrade. So we are at a dead end as to what causes the project to run faster for a period of time. Thank you in advance for all your answers or suggestions.The EXCEL.EXE process crashed. Exception code: 0xC0000409.
Hi, We are currently facing excel crash issue when we are tring to save .dwg file from our desktop application...saveAs Dialog is triggering SaveAsExternal.exe application which is internally using excel # #Save As the file from within SPID. saveAsExternalProcess = Sys.WaitProcess("saveasExternal", 50000) if not saveAsExternalProcess.Exists: Log.Error("saveasExternal process did not start within timeout") else: btn = saveAsExternalProcess.FindChild("WndCaption", "&Close", 3) if btn.Exists: closeButton = btn closeButton.ClickButton() else: Log.Message("saveasExternal process completed (process exited or close button not found)" exactly at line btn = saveAsExternalProcess.FindChild("WndCaption", "&Close", 3) we are getting the error as shown in the log The EXCEL.EXE process crashed. Error: Exception code: 0xC0000409. Process identifier (PID): 11468. Dump file: EXCEL_ue_9c850e00.dmp. note: if i put a breakpoint at line btn = saveAsExternalProcess.FindChild("WndCaption", "&Close", 3) and wait till the process is completed it is working fine can you please look into this issue, Thanks
Oracle Forms window with dynamic name - unable to click on subsequent runs
I have this little beast... The name of this is: Aliases.java.bufferedframeOciDev1RemoteSiteTc.windowFormsCashDrawerNumberIs542.buttonbar.ClickItem("OK"); The next time I run this test it will be named: Aliases.java.bufferedframeOciDev1RemoteSiteTc.windowFormsCashDrawerNumberIs543.buttonbar.ClickItem("OK"); I have tried several ways of replacing '543' with the var drawerNo, but then the object isn't found. If I do var winName = windowFormsCashDrawerNumberIs + drawerNo The object still can't be found. How can I get TC to recognize this window when it's name changes each time I run the test? I've recorded a keyword test several times, converted it to a script (JS) and made adjustments with no luck.Passing Parameters from DevOps to Test Complete
Hi, We are using on-prem DevOps Server 2020 Update 1.2 and Test Complete 15.81.7. I have created a simple Test Case in DevOps: That is supposed to pass the username and password to an automated test in Test Complete. The Test Case has a linked automated test in Test Complete and is run via a teat Suite / Test Plan and a pipeline. Does any one know how to get the parameters defined in the Test Case passed to Test Complete? Many Thanks Dave
QT - Error No such interface supported
Has anyone been able to test modern QT applications 6.7 or 6.8 and get it to work. I cannot even get the simple example applications from QT to function. According to support currently 6.7 and 6.8 are supported, but neither seem to work. Just using the object browser shows error for most items, and none of the QT related methods are even displaying or accessible. See attached image. Any one have a solution to this? **I tried to upload a small zip file that contains the QT sample app, but the forum prevents it from being uploaded.
Avalonia - XPF desktop app automation
Hi Team, We are migrating our WPF app using Avalonia XPF, and evaluating automation possibility using Test complete but unable to inspect object/controls for the same. Does Test Complete doesn't support Avalonia XPF application for windows?? If not, do we have plan to support it in near future?
OCR in UI Test Automation: Extending Coverage Where Traditional Identification Breaks Down
Automated UI testing increasingly operates in environments where traditional object identification is not reliable. Modern applications frequently render text and controls using custom graphics, canvases, charts, and dynamically generated visuals that do not expose accessible properties or stable locators. As a result, automation tools that rely solely on object hierarchies and properties can struggle to validate what is actually presented to the user. Optical Character Recognition (OCR) addresses this gap by enabling automation to extract and interpret text directly from what is rendered on screen. Instead of depending on the underlying implementation of a control, OCR works at the visual layer, analyzing pixels and patterns to recognize characters and convert them into machine readable text. This capability allows automated tests to validate user visible content in situations where traditional approaches fall short. Why OCR Matters in Real World UI Testing In many business critical applications, text is not always exposed through standard UI controls. Common examples include: Charts and dashboards rendered using custom drawing libraries Canvas based interfaces and rich graphical components Embedded documents such as PDFs or reports Custom buttons, labels, or alerts built without standard accessibility metadata In these scenarios, the risk is not just test fragility it is blind spots. If automation cannot confirm what text is displayed, teams are forced back to manual validation for critical user facing information. OCR enables tests to verify visible content regardless of how it is implemented. By converting visual text into actionable data, OCR allows teams to assert that values, labels, messages, and statuses shown to users are correct, even when object level access is unavailable. This makes OCR especially valuable for validating end-to-end business workflows where correctness depends on what users actually see, not just what the application internally represents. OCR as Part of TestComplete’s Object Recognition Strategy TestComplete incorporates OCR as part of its broader approach to handling complex and non standard user interfaces. OCR is available directly within the platform and can be applied to many different types of application testing without requiring separate tools or configurations. When TestComplete encounters unsupported or custom controls, OCR can be used to: Recognize text from a specified screen region Extract and compare visible text against expected values Locate UI elements based on displayed text rather than coordinates Interact with visual elements by identifying their text content OCR actions can be recorded automatically during test creation when traditional object recognition is not possible. Teams can also explicitly define OCR based checkpoints to validate messages, labels, and dynamic values that appear during test execution. By allowing interactions to be driven by recognized text instead of fixed screen positions, OCR based tests tend to be more resilient to layout changes and UI adjustments. See OCR in Action A short demonstration shows how OCR is applied in real testing scenarios, including recognizing text in custom or unsupported controls, validating user visible messages, and driving interactions based on on screen text rather than fixed coordinates. The demo focuses on practical use cases where traditional object identification is not available. Expanding Automation Coverage Without Increasing Fragility One of the persistent challenges in UI automation is balancing coverage with maintenance. Scripts that rely on brittle locators or coordinates often fail when visual layouts change, even if the underlying functionality remains correct. OCR helps mitigate this issue by anchoring tests to user visible content rather than implementation details. This is particularly useful for: Validating alerts or error messages drawn directly on the UI Verifying values inside charts or graphical widgets Testing applications with frequent visual refinements but stable business logic By enabling validation at the visual layer, OCR reduces the need for workarounds or manual testing in areas that were previously difficult to automate. The result is broader coverage with fewer fragile dependencies. OCR as a Bridge Between User Experience and Automation OCR is not intended to replace traditional object based testing. Instead, it complements it by extending automation into areas where conventional techniques are insufficient. Within TestComplete, OCR functions as a bridge between how users experience an application and how automated tests validate it. When automation can read and verify the same information a human user relies on, test results better reflect real world behavior and risk. As applications continue to evolve toward richer and more visually driven interfaces, OCR plays a key role in ensuring automated testing remains aligned with actual user experience not just underlying code structure.
