Автоматизация тестирования Android приложений
Начало: 17.05.2012, 19:00
Рассылка "Selenium 2.0: сотня полезных советов"
Начало: 28.05.2012
Школа успешных тестировщиков
Начало: 21.06.2012, 19:00
Начало: 13.08.2012
SQL для тестировщиков
Начало: 04.09.2012, 19:00
Innova Group, Москва
Ведущий инженер по тестированию/Senior QA Engineer
Innova Group, Москва
Инженер по автоматизированному тестированию/QA Automation Engineer
Лаборатория качества, Москва
+ Добавить VIP-вакансию| Алексей Баранцев: Selenium без тормозов |
| 18.03.2011 10:21 |
|
Автор: Баранцев Алексей В последнее время мне нередко приходится слышать от тестировщиков-автоматизаторов ожидания относительно того, что с выходом Selenium 2.0 выполнение тестов заметно ускорится. Мне тоже хотелось бы на это надеяться. Пока эксперименты показывают обратное -- некоторые операции действительно работают быстрее, но зато другие стали медленнее, так что в среднем ускорения не заметно, а иногда даже наоборот, тесты после перехода на новую версию начинают выполняться дольше. Конечно, может быть чудо случится и Selenium 2.0 действительно будет фантастически быстр, но зачем ждать? Если ваши тесты выполняются слишком долго, можно уже сейчас попытаться предпринять действия по их оптимизации. Мне приходится время от времени иметь дело с весьма массивными тестовыми наборами, время выполнения которых исчисляется многими часами, а иногда даже сутками. Поэтому я начал постепенно коллекционировать приёмы ускорения тестов. Про некоторые из них я собираюсь рассказать в третьем модуле онлайн-курса "Разработка тестов: Selenium & Java". А ещё я говорил об этом на недавно прошедшей в Киеве конференции SeleniumCamp, и предлагаю посмотреть видеозапись этого выступления, состоящую из двух частей -- теоретической и демонстрационной.
|
От себя хочу немного расширить подход прямого доступа в БД. В одном проекте, где мне посчастливилось быть участником мы использовали методику создания тестового контента средствами API. Это сводило процедуру до менее чем одной секунды. Сам запрашиваемый контент помещали в аннотации перед каждым тестом. И подчищали после окончания.
Считаю это важным поинтом, единственная проблема - это получить доступ к АПИ у заказчика)
Еще хотел спросить по поводу отключения вывода в консоль текста - как это все-таки делается?
И отключается ли только вывод в консоль вызываемых методом System.out.println() или также в командной строке, где показаны "бегут" команды селениума также можно не выводить сообщения?
Сам для эксперимента создал тест, который логиниться в фейсбуке одним юзером в одном окне отправляет запрос на друзья другому юзеру. Другой логиниться в своем браузере и отвечает на запрос. Никакого грид, только размножение вебдрайверов прямо в коде. Если предположить, что тесты пойдут дальше, то логиниться юзерами больше вообще не нужно, максимум обновить страничку.
Подскажите пожалуйста, какие проблемы я могу встретить с таким подходом?