Pull to refresh
19
0
Чуркин Андрей @churkin

User

Send message
Конечно же это не киллерфича. Кстати, можете привести пример где они есть из коробки? Мне просто интересно посмотреть как это реализовано.
Хорошо, я не столь категоричен, на самом деле, давайте не будем считать это преимуществом.
Это же код с официального сайта фреймворка, а не тесты джуниора.

Я тоже с вами согласен, то о чем мы говорим в любой фреймворке можно сделать самому, руками. Но согласитесь, приятно и полезно когда это работает из коробки. Установив TestCafe, Вы спасаете одного джуниора. :)
Я бы не хотел ничего оборачивать и не пихать что-то в драйвер (по возможности, конечно) :)
Мы же об это говорили?
Взял упомянутый выше CodeceptJS.

Я не понимаю зачем мне писать такие вещи в коде теста:
.wait('#main')
или
I.waitForElement('#main');
При этом если вы возьмете любой тестовый фреймворк на базе селениума

Может мне повезло, но я начал с protractor

Можно писать обертки на каждое действие теста, ждать xhr, ждать редиректы, ждать анимацию, и т.п., делать код менее читаемым, а можно писать только то, что реально делает Ваш тест, и только то, о чем Вам действительно надо думать.
Переписывать миллион уже написанных на Selenium тестов конечно смысла нет, а вот попробовать TestCafe для нового проекта, ознакомиться c его сильными и слабыми сторонами — почему бы и нет?
Да не суть, вопрос в том, что тест – это всегда цепочка последовательно выполняемых действий. Асинхронность в коде теста только мешает.


Если посмотреть на тест TestCafe, то он выглядит вполне себе как синхронный — просто список пользовательских действий. А то что код асинхронный — можно и не обращать внимания, благодаря ES7 async/await нет никаких каллбэков, так что я не вижу в этом проблемы. Зато есть преимущества, например, упомянутые уже «умные» асершены, которые сэкономят вам кучу времени и нервов.
Но зачем?

Это лишь пример, более реалистично — Windows Mobile
Короче, что люди не делают, только бы не брать selenium

Протестируйте с помощью Selenium сайт в браузере моего телефона на Symbian, для примера.
Я так и не понял, а в чём грандиозное преимущество перед пресловутым Selenium?

Здесь есть ответ на этот вопрос
Было бы интересно посмотреть на интеграцию в систему генератора, для автоматического включения при превышении порогового значения нагрузки на сеть, или для зарядки аккумуляторов при продолжающейся плохой погоде.
Или делать вот такие клевые демки. ))
Не совсем понятно что Вы имеете ввиду. Мы полностью поддерживаем AJAX запросы, у нас нет никаких ограничений на этот счёт. Обращаю внимание на то, что в тесте Вы можете использовать произвольный js код, который будет исполняться на тестируемой странице (в её контексте, с полным к ней доступом), так что Ваш тест ограничивается только Вашей фантазией ;)
не проксируются — картинки, flash и т.п.
проксируются — скрипты, css, html и т.д.

Если Ваш веб-сервер возвращает html разметку, TestCafe должен уметь с ним работать.
В любом случае Вы можете скачать триальную версию и попробовать записать тест на Вашем сайте.
Мы проксируем практически весь трафик тестируемого сайта. Сама идея не оригинальна, на ней, например, основан тестовый фреймворк Sahi. Наше отличие в том, что мы не используем для этого плагины броузера или средства операционной системы. У нас проксирование происходит с помощью инъекции скрипта на целевую страницу. Этот подход имеет массу преимуществ, например Вы можете запускать тест даже на своем тостере, если он подключен к сети и на нем установлен броузер. Проксирование используется и для визуального рекординга и для дальнейшего прогона теста (имитируя записанные ранее пользовательские действия).
Конечно. Мы поддерживаем четыре вида проверок:
  • ok
  • notOk
  • eq
  • notEq
Подробнее можно почитать в документации.
1

Information

Rating
Does not participate
Registered
Activity