Forum Discussion

GTayal's avatar
GTayal
Occasional Contributor
6 years ago

AngularJS framework implemented with no unique Id or name mapping for objects

Our Dev team recently implemented Angluar JS for a new application and they are not using any Unique IDs or name mapping for objects/web elements.   With TestComplete, I am unable to identify any...
  • charleshb's avatar
    charleshb
    6 years ago

    We had a similar requirement recently and I found that only DIVs and standard HTML and CSS tags and attributes  are identified in TC-14 object browser by default. On these objects that are identified, you need to check the Properties of the objects like tristaanogre advised.

    Also custom data attributes are a helpful thing to look at as cunderw said.

     

    Note that TestComplete either uses the "id" attribute or the "name" attribute to identify the web objects by default on DIVs.

    see Tools -> Current Project Properties -> Open Applications -> Web Testing -> Object Identification 

     

    Also, for proprietary UI controls and Angular JS controls, you need to have support within TestComplete to use special tags and attributes to identify objects.

    see Tools -> Current Project Properties -> Object Mapping

    For example for DevExpress it's here: https://support.smartbear.com/testcomplete/docs/general-info/supported-technologies/controls/devexpress.html

    Supported Browser Versions IN TEST COMPLETE 14

    https://support.smartbear.com/testcomplete/docs/general-info/supported-technologies/controls/angularui.html

     

    Additionally, you can get any custom HTML elements to be idenfitied - otherwise placing IDs on them won't help.

    For this, refer to TestComplete Web - working with custom elements. 

     see Tools -> Current Project Properties -> Open Applications -> Web Testing -> Custom Attributes 

     

    In any case, you really have to get back to the DEV team and if required have a live session with them to show that you are not able to identify their objects for automation testing. And if you can try to get them to add the IDs on DIVs at the least that's a good point to start.

     

    (And the first image you shared: The panels are all DIV tags in the page, as far as I remember. Note that using "Extended Find" feature is very helpful and necessary when doing the NameMapping - because the tree of the DIV tags cannot be guaranteed in a web application generally.)

GTayal's avatar
GTayal
Occasional Contributor

Thank you guys for all the info.

I looked through the application earlier using "Developer Tools" to find any attributes, but didnt find anything unique.

 

This time around I have used attributes & data set in Test Complete and have added screenshots for the same. Still couldn't find any attributes which can be used to identify objects uniquely.

 

For reference, I have added screenshot of application browser too.

 

(Last resort is going to the Dev team and asking them too add some unique values, which can be used for object identification)

AlexKaras's avatar
AlexKaras
Champion Level 3
6 years ago

Hi,

 

> Last resort is going to the Dev team and asking them too add some unique values, which can be used for object identification

 

This is not the last resort, but one of the primary requirements that QA (and don't mix QA activities with test activities due to the usual words overloading popular nowadays) must require from Development if Management wants to have stable and reliable tests automation.

The last resort is to spend your time and efforts in attempts to find a set of properties (and custom attributes) that will make it possible to identify required web elements within test code. (Because development solely made a decision to use a library/technology that was created without test automation in mind).

More about custom attributes support in TestComplete: https://support.smartbear.com/testcomplete/docs/app-testing/web/general/object-identification/using-custom-attributes.html

 

 

  • vthomeschoolmom's avatar
    vthomeschoolmom
    Super Contributor
    6 years ago

    "This is not the last resort, but one of the primary requirements that QA"...  referring to work with Dev.

    In all honesty, I blame SmartBear (and Ranorex but this is not a Ranorex board) sales machines for this expectation among leadership. It is not an uncommon thing for an organizations' leadership to buy how "easy" things are from the sales pitches of the SmartBear sales folks. I have had to overcome this expectation set many times. So if the poster's leadership is not prepared for this message, the OP has some work to do.

    • AlexKaras's avatar
      AlexKaras
      Champion Level 3
      6 years ago

      Hi,

       

      This is what trial period is for. :) For sure, all test automation products work with notepad and simple hand-crafted login web pages. But again - this is QA's job to analyse project, its technologies and guarantee product's testability. The fact that most projects skip QA activities and tend to blindly use the most "modern" open source technologies and libraries (which were created to solve some certain current task without a lot of testability consideration), so this fact is just one of the critical risks for you as a tester. And your management must be aware about this.

       

      • vthomeschoolmom's avatar
        vthomeschoolmom
        Super Contributor
        6 years ago

        My point to replying was to give context to why people find themselves in the position of being asked to create automation and getting answers like talk to dev. They CAN'T necessarily do that. It can leave posters, particularly new ones, with little option when it comes to solving their problems.