Selectors
Last updated
Was this helpful?
Last updated
Was this helpful?
What is a selector?
Human users just see the page and use their intelligent brains to find the right element to interact with.
Computers on the contrary need more specific instructions to know what to click. "Selector" is a way of describing a specific element on your page that can be clearly identified.
For example, a selector can describe an instruction to Find an element with a text "Add to cart" or Find the first element with id "primary-button-submit"
Automatic selectors --> BugBug creates them automatically when your
Manual selectors --> You create them on your own using your own human intelligence. Sometimes manual selectors is the only way of creating a reliable automation testing
If you are recording the tests, you don't need to be worried about selectors too much. During the recording, BugBug will automatically create several selectors and decide which is the best.
You can also enter your own custom XPath or CSS selector. In the details of selected test step click on existing selector and select "Customize" option (last position).
BugBug can understand selectors in the following formats:
CSS selectors, for example [id="submit"]
XPath selectors, for example //*[@id="submit"]
Manual selectors sometimes is the best way of creating stable automated tests in complex apps.
For example you if you have a long table with buttons inside each row, you may need to create a selector that first points to the right row and then to the right action button.
BugBug allows you to create nested selectors. This is especially helpful when dealing with dynamic table data or nested iframes. Each selector narrows down the context, which gives the superpower to make the right selector for an element.
In the below example, BugBug will first narrow down the context of the document with
//*[@data-testid="todo-list"]
and then will find a child of this element using the next selector //li
In nested selectors, you can refer to parent, child, or sibling.
To create robust tests, your app should be coded with additional special attributes that are dedicated to testing automation. The usual convention is to use data-test or data-testid attributes.
BugBug will automatically prioritize such robust selectors when it recognizes them. So if you're working on a complex app, we highly recommend that you talk to your front-end developers and ask them to add such attributes. This will also make their life easier because they will see from the code that an element is a subject of testing automation.
Common problems with selectors are:
It is too specific, contains some kind of unique ID that is changing every time you run the test
It is pointing to more than one element and some of them are not visible (for example your page has some hidden buttons with display: none)
Click the button near the selector field
Open Chrome dev tools
Click cmd+f
Paste the selector in the search field
Chrome will highlight the element that is matching your selector
Some selectors are just finding any element that contains a specific text. Here's an example of such a selector:
//DIV[normalize-space(text())="Create account in Example Project"]
To write reliable selectors you need a basic knowledge of HTML and understand what are tags, attributes, parents and children. You can learn it in our extensive tutorial in the .
If you want to read more about XPath and selectors in general you can check out our .
You can decide about the priorities of automatic selectors and configure your custom attributes in . This is an advanced setting and usually there's no need to change it.
When your test fails with an error "element not found" or "element not visible", this might be caused by an incorrect .
It is depending on the order of elements, but the order of elements changes, like a list of products in e-commerce might change every day (you can avoid this problem by )
the text in your app changed and you were using a
Chrome is very powerful in debugging and it's worth learning .
If no element is matched, you may try to manually update the selector or just
Prevent failed tests by using
Tip: you can
If this text changes in your app, you will get an "element not found" error. The element is in fact still there, but the selector does not work anymore. You can the selector or .
