Comment on page
Selectors
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"
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 choose "Use custom selector".

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.
Learn the basics of HTML
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 no-code XPath selector tool.
You can decide about the priorities of automatic selectors and configure your custom attributes in project settings. This is an advanced setting and usually there's no need to change it.

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.

When your test fails with an error "element not found" or "element not visible", this might be caused by an incorrect selector.
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 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 building a selector manually)
- 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"]
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 manually update the selector or re-record this step.
Last modified 4mo ago