Display any System.GUID property in object explorer as the actual GUID raw value in WPF
We have a situation where the original development team didn't name most of the objects in WPF, they did however add in a property that contains a system GUID. It would help our named mapping enormously if we could reference the value as the raw GUID rather than a series of decoded values. In the above image, the GUID value has been broken down into a series of sub elements and then seem to have been converted into decimal values. The raw value, as seen below, is the actual GUID value matching the above property as we would like to see it (from Snoop) What we would like is to have an additional raw value field displaying the complete GUID whenever the object property is of type System.GUID allowing the named mapping to identify the object by this property.DevExpress htmlContentControl TilesView
Recently we started using DevExpress controls on our project. Mapping them is an unobvious task. Object Spy can't give me the required result. I've tried recording tests and it helped me in previous cases but not with the last. We have two types of panels shown below: Recording the tests gives me htmlContentControl.Click(107, 23); This approach obviously seems wrong to me. Because I want to click a text, not just a point of a given panel. Also, I need to check e.g. if it was selected. Has anyone some advice on how I should search for a proper container of these items?
Allow module variables and parameters in NameMapping
Currently, TestComplete allows to use only Project Variables to be used for modifying property values in NameMapping. But this is very limiting factor and it can make the project variables unmaintainable and confusing, especially in case of too many Project Variables! So it would be really handy, to be able to use also module variables and parameters, even if it would require additionalRefreshMappingInfo action. Thanks.Merge KeywordTests and NameMapping
we have been working with TestComplete for over 6 years now and it looks like we will be expanding rather than reducing test automation with TestComplete. We have different teams for different software products. There are often 2 people working on the same test automation project within a team. As we have integrated the TestComplete projects in the TFS source code management, it is no problem to check files in and out. What does cause us difficulties, however, is working on a file at the same time. This is about keyword tests but more about name mapping. Due to the XML structure and the GUIDs it contains, it is not possible to merge files after separate editing. However, this function would be very good and would significantly increase the effectiveness of everyday work with TestComplete. Now our request: Can you create a way to set up the project structure in such a way that merging is possible? Or can a tool be created within TestComplete that can handle the merging? There is the "Merge with" function for name mapping, but that is not what I mean and does not work in that sense. What would really make sense would be a project structure that allows files to be merged with a normal text editor or merge tool if they have been edited by 2 or more users at the same time. Can you implement something like this for TestComplete in the future?
Extended Scripting Support for Name Mapping
Currently (version 15.61), there is only rudimentary scripting support for the name mapping section (supports adding and removing name mappings, but unlike in the GUI functionality, adding name mappings is done without adding an alias). Any advanced action via scripts needs to use the name mapping file itself, which is very cumbersome. Example use cases: 1.) Advanced “Add” with parameters -> additional creation of an alias node 2.) Get/set identification properties separately via name mapping or alias nodes (without needing to run the application under test) 3.) Get path information (get name mapping path from alias and vice versa) 4.) Create your own scanning routine -> Scan with one click 5.) Apply conditional mode for identification properties in scripts Advantages: - The manipulation of the name mapping files is carried out “officially” - User doesn't have to worry about formatting the name mapping file - Overall easier creation of scripts related to name mapping
How to use scripts and name mapping on Devexpress upgrade ?
What methods can be employed to utilize scripts and name mapping during a Devexpress upgrade? I'm relatively new to Test Complete. While working with a desktop application, I've encountered issues where scripts fail due to changes in Xpath during a Devexpress upgrade. How can such issues be effectively managed both now and in the future to minimize the efforts needed during upgrades? Your suggestions would be greatly appreciated.Latest TestComplete/Execute should support DevExpress 22.2.7.0
This year, almost all products in our company has upgradedDevExpress version to22.2.7.0, we have more than 5000 UI automation test cases are running with TC/TE 14.9, then it works fine with previous devexpress version21.1.6.0, however after it was upraded to 22.2.7.0, our products will be crashed when running with TC/TE, we also tried the latest version, it didn't work, we have to ask help from Smartbear, this is a blocker issue for us, without this issue fixed, we can not run our automation, hope you can support this new version as soon as possible, thanks in advance.NameMapping/ Object identification does not work for objects having some other tag types
TestComplete is not capable of detecting some objects with tags like <mat-card>. Although we have the option to spy on such objects using XPath. But name-mapping cannot be done for such objects as they do not get detected at all using name-mapping or even by tracing them through the object browser. On spying such objects, either their partent or child gets detected only. In order to do this, we have to name-map any other random object using Xpath, then go back to its name-mapped XPath and change it manually to the XPath of the object required to be detected. Name-Mapping is a fast way of detecting objects which significantly cuts down scripting time, hence we prefer using it. It would be good if TestComplete is enabled to detect some other tags as well through name-mapping and Object-Spy.
