Ghostdriver фактическое увеличение производительности

Я недавно переключился с FirefoxDriver на GhostDriver.

Мой набор тестов (примерно 150 сквозных тестов) занимал 25 минут. Теперь с Ghostdriver это занимает 23 минуты. Таким образом, в общей сложности я получил 2 минуты бега.

Это улучшение, но не такое большое, как я ожидал. Нормальный ли такой низкий коэффициент усиления? Или мне следует ожидать гораздо более высокого времени отключения от перехода на безголового бегуна?

Я использую.NET-версию webdriver/ghostdriver.

Мне было бы очень интересно сравнить этот "тест" с кем-то, кто недавно переключился на GhostDriver

2 ответа

Решение

GhostDriver не даст никакого выигрыша в производительности по сравнению с ChromeDriver, поскольку единственное, что он не делает, - это отображает графику на экране, которую Chrome использует с помощью графического драйвера, а не процессора.

Единственное преимущество, которое я вижу, - это не появление окна браузера и, возможно, при работе на сервере CI.

Некоторые статистические данные о моем тестовом прогоне находятся в моем блоге: http://watirmelon.com/2013/02/05/watir-webdriver-with-ghostdriver-on-osx-headless-browser-testing/

Я чувствую, что это немного расплывчатый вопрос. Например, если ваш тест содержит много Thread.sleep() звонки, тогда не будет никаких улучшений в тестах.

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

Другие вопросы по тегам