Недавно я получил Python Testing Cookbook, автором которой является Greg L. Turnquist и с радостью прочитал «рецепты» приемочного тестирования с использованием Robot Framework. На работе мы используем этот инструмент уже несколько недель, и, хочу сказать, результаты просто отличны. Грег показывает как тестировать веб-приложение, используя расширение библиотеки Selenium для Robot Framework и я думаю будет интересно продемонстрировать как протестировать приложение CherryPy, следуя его рецепту. Итак, начнем.

Во-первых, несколько требований:

$ mkvirtualenv --distribute --no-site-packages --unzip-setuptools acceptance
(acceptance)$ pip install cherrypy
(acceptance)$ pip install robotframework
(acceptance)$ pip install robotframework-seleniumlibrary

Если вы используете тесты Selenium или другие тесты на основе JUnit, для проведения которых необходим длительный период времени и немного ресурсов ЦП, однажды вы захотите сделать так, чтобы их можно было проводить одновременно. Хорошая новость в том, что это очень просто сделать, используя Apache Ant.

Именно поэтому меня очень удивляет то, что еще никто этого не делает. Большинство людей пытаются изобретать колесо и пробуют использовать другие фреймворки, например TestNG, пишут новые экспериментальные компьютерные классы для JUnit, или даже конфигурируемые версии этих классов. Все это – пустая трата времени для тех, кто просто хочет проводить несколько тестов сразу.

Вот как это можно сделать:

Вчера на работе, один из ребят из команды контроля качества подошел ко мне с вопросом, который оказался намного интереснее для меня, чем он изначально планировал (я так думаю). Он проводил тестирование элементов, используя Selenium, экспортируя тестовые случаи в Python. Итак, вопросом, который он задал, было: как я могу проганять один и тот же юнит тест для нескольких браузеров и нескольких целевых серверов?

Я просто уверен, что он ожидал получить простой ответ с алгоритмом из трех шагов, или что-то вроде этого. Вместо этого он увидел мои сумасшедшие глаза и вид, говорящий "оооо… это то, с чем я хочу поэкспериментировать!". Я начал молоть какой-то вздор о наследовании свойств, динамическом создании классов и продолжал «петлять» дальше. В его глазах появилось беспокойство. На самом деле ему не слишком понравились мои заумные рассказы. Я сказал ему присаживаться в кресло и устраиваться поудобнее.

Так как у меня уже была некоторая работа, которую необходимо было сделать, мне не хотелось тратить много времени на поиски оптимального способа решения этой проблемы. Через 20 минут поисков в документации по Python я пришел к следующему коду:

Так как написание тестов с zope.testbrowser иногда может проходить не слишком гладко, не так давно Christian Zagrodnick подсказала мне еще раз взглянуть на Selenium. Selenium  запускает предварительно записанные тесты или скрипты со сценарием для тестирования вашего веб-приложения в браузере: например, кликните тут, проверьте присутствуют ли слова ‘hello world’, кликните там и так далее. Это как вести автомобиль, не держа руки на руле. 

Сейчас я припоминаю, что уже использовал Selenium раньше, но:

• Его установка была сплошным расстройством, особенно это касалось работы с Plone TestCase
• Установить его в непрерывной комплексной среде также составляло непростую задачу.

Мотивация

После начала использования Plone 4,  нового компонента контрольных примеров , написание тестов для пакетов Plone стало намного проще. Пакеты gocept.selenium создают для Selenium славную совместимую «упаковку» и предоставляют классы тестов для тестов Zope2, Plone и Zope3. В результате, установка и поддержка тестов с Selenium стали также намного проще.

Единственной недостающей деталью была непрерывная интеграционная среда. Я провожу все тесты всех пакетов, которые я разрабатываю на Mooball в Hudson беспрерывно. Возможность также проводить и все тесты Selenium была бы огромным плюсом. Но, без Х сервера, вы не сможете запустить браузер, который необходим для проведения тестов.

Мне не понравилась идея устанавливать полную X среду на мой CI сервер, поэтому я хорошенько поискал и нашел эти статьи, в которых рассказывается, как проводить тесты с Selenium без необходимости устанавливать полный X сервер:

• Пакет для тестирования Hudson и Selenium
• Как: проводить тесты Selenium с Hudson на Headless Linux Server, Часть One–Xvfb

Есть и другие, но именно эти помогли мне начать.