уже решили проблемы с @PotapovDim

И в чем же была проблема?

настройки под angular.js, а сайт оказывается backbone.js

Убрали ожидание ангуляра?

да

А зачем юзать трактор для не ангулярного сайта?

@sk13man а какая разница?

Ну как бы для ангуляра его придумывали и затачивали.

Ну то такое.

там з заточки сінк з анлуляром (якщо він не в прод моді) і by деякі

Ребят, подскажите как быть, пожалуйста! Есть сайт базы врачей разбитые по категориям, специализациям и множеству фильтров. Если делаю пока UI функциональное, то:
1. я выбираю случайную специализацию
2. результат выдаёт n врачей с этой специализацией.
3. Я проверяю, что все врачи имеют указанную специализацию.
Вопрос:Мне нужно тестить все специализации так (~100) или каждый раз когда будет запускаться тест, он будет выбирать рендомный и так тестить?

Второй странный сценарий какой то

А данные не можешь подготовить?

Думаю, лучший вариант такой, если данные не можешь подготовить:

e2e должен проверить, что ты можешь взаимодействовать со страницей, выбирать специализации, фильтры и т.д. но всю выдачу проверять конечно не надо. Максимум, можно убедиться, что на первой странице отобразились именно врачи этой специализацит

А валидность выдачи в целом - это уже интеграционные тесты. Покрывать надо там.

Какой второй? Под пунктом 2 это результат поиска, на его основании делаю проверку

Я про рандом

Может это не правильно)

Валидности выдачи vs проверки Первой страницы,- в чем разница? Подготовка данных-это по идее можно через api и оттуда вытаскивать результат фильтров и сравнивать с результатом в UI. Вопрос в том: мне так проверять все специальности в один run?

Правильная первая страница != все остальные правильные
e2e тут только проверит, что интерфейс реагирует на действия пользователя

А то, что выборка по нужной специальности правильно работает - такое тестируется на бэке интеграционными тестами