Contributions
Running a command line utility from inside TestComplete
Haven't been able to find anything close to an answer for this, so maybe I wasn't asking the search in the correct way... We have a requirement to validate checksums now. Is there a way to run windows certutil from inside Powershell or preferably command prompt (cmd) and pull the results into a string? Running certutil and then looking for a string containing "command completed successfully" would be ideal, but I'm open to ideas.Solved1.5KViews0likes3CommentsFindChild method finding one child object but not finding the rest of the child objects
My tested application uses a dynamically built menu. If 7 manuals are installed, it displays 7 items, if 6 are installed it shows 6, and so on. TestComplete is mapping the menu items the same way each time the application is run. They all get mapped under an object called "SectionLibrary" in NameMapping. Here is a trunctated inheiritance tree: SectionLibrary textnode shadowroot panel (Vehicle Type, this object FindChild locates perfectly) textnode shawdowroot panel (Manual Type, this FindChild does not seem to locate) textnode shadowroot Panel (Specific vehicle, have not gotten this far yet) On screen, renderd as a nested menu, it shows as Vehicle Type Manual Type Specific Vehicle For Vehicle Type, it returns an object of Width X and Height Y, clicks on it fine, and this brings up the next level of the menu. The level in the menu chokes it. propArray = new Array("contentText", "ObjectType"); valArray = new Array("Truck","Panel); object = sectionLib.FindChild(propArray, valArray,7); object.Click(); // This works perfectly. valArray = new Array("23*", "Panel"); object = sectionLib.FindChild(propArray, valArray,10); /* This returns an object of dimensions 0x0, but does not appear to be the same object Object Spy returns from the screen. */Solved1.1KViews0likes1CommentRe: Testing with a dynamic built menu structure
I had forgotten about Find and FindChild... but yes, the solution that is easier for me to create (and likely for others to maintain) sounds like a good one. We only test one at a time, but there are no pre-conditions to have only one manual installed at any given time. Thank you very much for your help.1.5KViews0likes0CommentsTesting with a dynamic built menu structure
Our product is an application, using Electron, that builds its menu at runtime based on what items are installed / mounted. I have three manuals installed, and the structure looks like, with subordinate choice expanded: A1 A2 A3 B1 B2 B3 (B4 Optional additional filtering, will always be present in this item, but not in every item) C1 C2 C3 We have nine items that we need to test against. When creating the tests, is it a better choice to install all 9 manuals so that the menu is consistent, or will I be able to mount and unmount (possibly through API calls) and use name mapping options to ensure I find the correct elements? They all map as Panel objects, but all contain unique text, so contextText could be a way to differentiate. Mapping seems to be fairly stable... when A, B, and C are installed they so far have all mapped the same way. Thus far, in building some preliminary tests... If I design the tests with A installed, then install B, (with both installed) it selects the objects for B instead of A. It should click on A1, A2, then A3, but will reliably click B1,B2, B3. NameMapping has been changed so that contentText is part of the criteria. If I uninstall A, and have only B installed... TestComplete cannot find any of the menu objects. This is why I am thnking it may be best to ensure all our test manuals are installed when building and running tests.Solved1.6KViews0likes2Comments