Локатор в Playwright - это не найденный один раз узел DOM, а живой запрос, который заново находит элемент в момент действия или проверки. Разница принципиальна: старый способ "найти элемент и держать ссылку" ломается, как только страница перерисовалась, а локатор каждый раз спрашивает страницу заново. Поэтому выбор локатора - это выбор того, по какому признаку вы описываете элемент, и от этого признака зависит, переживёт ли тест рефакторинг вёрстки.

Главный водораздел проходит между технической и пользовательской опорой. Селектор вроде '#app > div:nth-child(2) .btn-primary' привязан к структуре разметки и классам - к тому, что меняется при любой правке шаблона или дизайна. Запрос getByRole('button', { name: 'Оформить заказ' }) опирается на то, что видит и слышит пользователь: роль элемента и его доступное имя. Второй способ описывает контракт, который меняется вместе с поведением, а не с вёрсткой.

Из этого вырастает чёткий приоритет локаторов. Первым берут getByRole с именем - для кнопок, ссылок, заголовков, диалогов; это самый устойчивый и доступный способ. Затем getByLabel для полей формы, getByText, placeholder и alt для видимого контента. getByTestId - когда стабильной семантической опоры нет и приходится ставить явный test id. CSS и XPath - последнее средство, для технического интерфейса без доступной семантики.

Этот порядок не вкусовщина, а следствие того, что E2E проверяет систему глазами пользователя. Роль и доступное имя - ровно те признаки, по которым элемент находят человек и вспомогательные технологии; тест, опирающийся на них, заодно проверяет доступность интерфейса. Опора на класс или позицию в DOM привязывает тест к деталям реализации, которые пользователю не видны и меняются чаще всего.