t.me/atinfo_chat Telegram группа по автоматизации тестирования

Какой Automation Framework лучше выбрать?

Теги: #<Tag:0x00007f9af9487150> #<Tag:0x00007f9af9487088> #<Tag:0x00007f9af9486fc0>

Beliy_Ruslan Я в курсе, спасибо, но мне из всех сложностей и наворотов CI нужно только то, что я упомянул. Интегрировать версии кода и т.д. нет ни какой нужды.

Если я правильно понял то вы используете Robot Framework и пишите тесты\либы на java. Если так, то зачем тут TestNG? Для Robot Framework есть плагины для Jenkins, maven и ant.

Я пишу тесты на Codeception, для него вообще ничего нет в Jenkins, единственный модуль xUnit который подхватывает xml отчеты по тестам в формате phpUnit, все остальноe Shell скрипты и Ant сборщик.

Jenkins всё равно, что у вас там , JUnit или TestNG или ещё фигня какая-то :))

а кроме CI вам ничего само запускать не будет, кроме раба :smile:

для того, чтобы работать Дженкинс - нужно его установить :slight_smile: установите локально и поиграйтесь, да и понятней будет, что это и как :slight_smile:

2 Симпатий

Вообще если говорить по простому то Jenkins это навороченный cron (Планировщик) с веб интерфейсом и кучкой модулей которые подключаешь по необходимости.

1 Симпатия

rmerkushin Нет, на данный момент есть тесты написанные на чисто Java / Selenium WebDriver. На данный момент я стою перед выбором какой Framework выбрать. Кто-то посоветовал мне Robot Framework. Относительно многие советуют jenkins. Упоминали так-же bamboo

Beliy_Ruslan, ОК, ясно. Но нужен ли мне JUnit или TestNG (Я, если честно, пока ещё не знаю что это за звери таки и с чем их едят) перед тем как запихать всю мою кухню в дженкинс?

ему всё равно :slight_smile: на чём напишешь, то и будет запускать :slight_smile: сам разберётся :slight_smile: , главное, чтобы работало

1 Симпатия

может пригодится

2 Симпатий

ОК, будем разбираться. Спасибо!

По сути да, Jenkins, на край в него можно напихать выполнение различных скриптов, а так же у вас будет история сборок и тренд прогонов (график пройденных и упавших тестов), что поможет отследить динамику.


Do different tests instead of repeating the same tests

1 Симпатия

Если отвечать на вопрос, заданный в начале статьи

то из двух, предложенных Вами вариантов надо выбрать Jenkins. Робот - это не запускатор (CI), это фреймворк тестирования.

Но, из этого комментария

мне кажется, что этот кто-то не вполне удовлетворен Вашим кодом - без фреймворка тестирования: TestNG, Junit, или даже Robot Framework.

Этот “кто-то” посоветовавший Robot Framework - просто человек с форума, не этого, другого, который не факт вообще, что понял что мне надо.
На данный момент я, вроде, понял, что буду работать с Jenkins. И народ тут мне написал, что для работы с ним мне не нужны Frameworks типа TestNG, Junut, а можно сразу мой java код запихать в Jenkins. Я пока полазал но не нашёл подходящего тюториала, обьясняющего как это сделать.

Я бы вам посоветовал для начала разобраться как все таки выглядит процес автоматизации тестирования. И было бы не плохо понимать процесы, наборы инструментов и для начала разницу между Jenkins, Robot, xUnit. после того как разберетесь - будет проще понимать что конкретно нужно в вашем случае и принимать соответсвующие решения.

Согласен.
Уважаемый ТС, вам сначала необходимо разобраться в понятиях что такое тестовый фреймворк и все остальное, что вы тут намешали в кучу, ибо вы намешали масло со слонами.
Вкратце:
JUnit и TestNG, о которых вы тут писали, - это тестовые фреймворки, позволяющие вам писать тесты с кучей плюшек и создавать отчеты
Jenkins - это CI (Continuous Integration) система, по сути, сервер, выполняющий различные задания, например, он будет делать сборку софта (по расписанию или вручную и т…д) и после сборки запускать ваши тесты. И т.д. и т.п.

что вы имеете ввиду под выражением “java код запихать в Jenkins” остается загадкой - java код в jenkins не запихнешь и туториала по этому вопросу вы нигде не найдете

Про Jenkins повеселили. =)

Я бы сначала определился, что является объектом тестирования и как вы хотите запускать свои тесты, на каком языке собираетесь писать и нужна ли вам в проекте в принципе автоматизация, какие типы тестов собираетесь автоматизировать. Если на все эти вопросы ответили и определились, тогда думаем над тем как построить и внедрить процесс автоматизации.

Существует множество различных инструментов и также можно написать и самому платформу автоматизации. Короче напишите более подробно, что надо??? А то тяжело отвечать на такие абстрактные вопросы. =)

Обьект тестирования ясен, тесты давно уже написаны на java / selenium webdriver и всё это уже работает.
Просто до сих пор тест автоматически запускается при помощи windows scheduler а начальнику захотелось что-то более крутое, более научно правильное.
Это я написал изначально в самом вопросе.

Тогда могу посоветовать Jenkins для запуска + publish junit reports (как-то та называется =)). Ну я у себя на проекте еще прикрутил самописную email оповещалку на груви, но это кому как нравится. =)
И естественно все это запускается мавеном, который дженкинс сам и установит. =)

Угу, спасибо. На этом, вроде, все и сошлись.
Но в итоге когда начальник понял сколько времени / ресурсов это займёт он быстренько скис :wink:
Вообще до сих пор вся автомация была написана мной дома вечерами и т.д., не во время работы т.к. он не готов дать мне / нам необходимое для этого время.
В итоге то, что мне было интересно, на основе чего я выучился - есть, а дальше будет делаться либо то / сколько мне будет интересно чтобы учить ещё какие-то новые подходы, инструменты и т.д. либо по минимуму, чтобы поддерживать свежесть в голове, чтобы быть готовым к интервью :wink:

Скажу по секрету, что на том проекте, где я работаю тоже не хотят выделять время на грамотную автоматизацию. Вот и приходится сидеть вечерами и писать более менее человеческую платформу. Многие компании почему-то думают, что внедрение автоматизации это процесс не время затратный и не требует совершенно ресурсов. Опять же многие не понимают нужна ли автоматизация на проекте или нет и часто внедряют ее на такие проекты, где она совершенно и не нужна. Так же многие не понимают, что отдел автоматизации - отдельный отдел, со своими тасками и совершенно другим продуктом на выходе. Жаль конечно. Между прочим я сам подыскиваю работу, хоть опыт автоматизации у меня приличный. =)