When exchanging experiences with the team of another (non-RPA) automation tool we got an idea that might improve how BP identifies (web) UI elements.
Currently BP seems to use the absolute path of an element for identification and has to parse the whole UI / HTML page to find this element again. The identification consists of the 'path' to the element and the attribute of the element.
The disadvantage is the increased time to parse the whole document (therefore using matchIndex can bring big improvements) and failures in case the actual path to the element differs to what BP expects.
An alternate approach is to use the hierarchical organization of element. The difference would be:
absolut path might look like: /HTML[1]/BODY[1]/MWD39-MODAL[1]/DIALOG[1]/DIV[1]/NG-COMPONENT[1]/DIV[2]/DIV[1]/FORM[1]/DIV[1]/SELECT[1]
If any order changes (eg DIALOG changed from 1 to 2) the element will not be found.
The alternative would be to identify the element in steps with each step would be able to have its own identification. eg go to MWD39-MODAL, find DIALOG as defined by..., find DIV with NG-COMPONENT, ....
This way it would not matter if DIALOG (or any other part of the path) is [1] or something else since it is identified by more attributes than a simple number.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.