AT.info ПОСИДЕЛКИ  vKontakte   facebook группа  
unit test

Один тест – одна проверка, а у вас сколько?

 

Камрады Автоматизаторы,

 

Наши коллеги по цеху, программисты, которые пишут юнит тесты, утверждают, что на один тест должна быть ровно одна проверка. 

Повторное использование Selenium и UnitTest (Python)

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

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

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

Groovy

За последнею неделю наткнулся на две статьи (одна по soapUI, вторая по testNG) где описывалось использование языка groovy. Может кто использовал его в своей работе? с первого взгляда на Python похож, чем собственно и привлек внимание.

RSS-материал