с фреймами вроде бы должен справляться, но вкладки — это вряд ли они смогут победить (если только не напишут кусочки на CDP)

тесткафе похвалили ) кто-то на него ушел от кипариса

Много раз пытался уходить от PageObject и столько же раз возвращался к нему обратно в той или иной форме. Да, чем лучше устроена высокоуровневая обвязка, чем выше плотность test-id в коде - тем чаще можно избежать их применения; но в жестокой реальности все равно оказывается удобнее работать с пусть очень тонкой, но прослойкой абстракции над селекторами. Проще писать, проще читать, проще изменять - по крайней мере, если число тестов идет на сотни и тысячи.

Подскажите, распространен ли вообще rest assured в автоматизации?

поиск по этим двум словам в данном чате сколько результатов дал?

239

вот и ответ на ваш вопрос

многим проще не связываться с бдд, а взять какой-нить xттп клиент (хоть апача), сделать нужный им коннектор и обвязку, дальше пишем обычные тесты в jUnit например

да, хорошая штука, стандарт практически

В последний раз, когда я проверял, у testcafe было меньше фич, чем у cypress. Банальной задержки ответа при мокинге не было. Понятное дело, что можно решить на другом уровне тестов, но осадочек остался)

Зато нет проблем с айфреймами. Паритет?)

Кстати, кипарис умеет мокать вебсокеты?

Видел плагин для работы с айфреймами, но не пробовал. А что касается сокетов, пишут, что можно заюзать https://github.com/thoov/mock-socket

Добрый день, коллеги. Есть у кого опыт ведения тестовой документации в Youtrack? Хочу проконсультироваться по вопросу автоматизации некоторых процессов

А как это относится к теме автоматизации?

в youtrack есть возможность писать скрипты

Так Cypress больше для компонентного тестирования а не для e2e

Правила сообщества

1. Не задавайте вопросы, ответы на которые есть в первой строчке гугла/документации,
а также мета-вопросы - https://nometa.xyz
и просто сообщения, не несущие смысловой нагрузки типа «Привет» - http://neprivet.ru
2. Опишите проблему как можно подробнее, желательно в одном сообщении.
Обязательно приложите логи.
Код лучше оформить в тройные кавычки ` или выложить на http://gist.github.com / https://pastebin.com
Фотографии кода крайне нежелательны, делайте скриншот.
3. Возможно, вы быстрее найдете ответ в более профильном сообществе t.me/qa_automation/72650
4. Примерный ответ на вопрос “Как мне стать автотестером с нуля”:
- Обязательно нужен опыт ручного тестирования
- Немного полезных ссылок для начинающих найдете тут  t.me/qajuniors/71688
- Хороший развернутый ответ t.me/qa_automation/126387
- По курсам подскажут здесь @qa_courses
5. Запрещен пиратский контент
6. За токсичность, переходы на личности, флуд и сообщения не связанные с автоматизацией тестирования - режим молчания/бан. Для более свободного общения - @rude_qa
7. В чате разрешена бесплатная реклама конференций, митапов, воркшопов, школ, курсов, пабликов и т.п. связанных с QA при согласовании  с любым из админов

Всё так)

А чем BDD не нравится? ( сегодня пятница 😄)

Для компонентного тестирования можно и библиотеки попроще типа jest или react testing library взять. А если мы тестируем компоненты в полноценном браузере с полным приложением, то это уже не тесты компонентов, а e2e получается.