предположение, вы выбрали классы:
dialog-node-draft-block dialog-node-draft-block_is-empty-true
Второй как бы намекает, что он есть на пустом поле, попробуйте его убрать

не понял что убрать?

dialog-node-draft-block_is-empty-true

google же сделал для вас прекрасный dev tools, который на вкладке elements просто через ctrl+f умеет искать и по css и по xpath, проверяй селекторы, не хочу...

проверил все

не вышло

ну с селекторами все очень просто:
1. ищите на нужной ноде уникальные атрибуты / классы, есть берете, нет, идете выше и там делаете тоже самое
2. если селекторы совсем трудные и ничего уникального нет идете к разработке и говорите у нас проблемы, давайте навесим data-qa / data-test-id и тд ручками, чтобы когда дизайн менялся, наши селекторы работали и мы могли писать тесты быстро

>дефолтный интерфейс упаси боже, потому что предназначен явно не для этого

https://twitter.com/briangoetz/status/1421515375464914954?s=21

спасибо, поговорю с разработчиками

Кейс : есть 4 роли пользователей и 12 статусов заявки. У всех 4 ролей на каждом статусе уникальное состояние , например доступно или недоступно поле для редактирования.
У меня была идея создать метод который будет возвращать обьектную модель заявки (валидация, доступно поле или нет), но для этого нужно 42 моделей в json
Сейчас остановился на реализации на каждый статус я описываю тесты для всех ролей.  Есть у кого нибудь опыт как это  можно по красивому реализовать, что бы потом это было легче поддерживать ?

pairwise testing

*48?

Да. Идея была потом сравнивать с помощью рефлексии полученный объект со страницы и эталон в json

Привет, такой вопрос.
Ситуация: у нас есть свой фреймворк (поверх селениума), работает все хорошо, багов в нем примерно полторы штуки некритичных + флаки тестов ~0,2%.
Собственно вопрос: непонятно, что в плане фреймворка делать дальше, может быть, есть какие-то типовые точки роста или общепринятые способы определения этих точек (в общем проблема, что зажрались и скучно заниматься только стабилизацией и микрофичами).
Звучит, наверное, наивно, но мало ли 😃

Перейти на тесты не на селениуме

Переписать на жс

чтобы что? просто чем-то занять себя? 🙂

А когда закончите, переписать на новый фреймворк на жс, потому что старый перестанет поддерживаться

Ну вопрос ведь в этом заключался )