Bobunov

 

"Начинаю автоматизацию на проекте с нуля, нет ни людей, которые могли бы поделиться опытом ни собственно самого опыта у меня нет. " - тут ничего нет про проект и как работает команда)... 

Ну да пофиг. Как я смотрю автору самому это уже не надо. Прошло 2 недели с момента создания поста. 

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

Что касается проекта, то там на данный момент автоматизации нет вообще как таковой, проект хранится также в репозитории на битбакете. Проект достаточно большой, хотя не особо есть с чем сравнить. Выше я писал о том, какую цель я преследую, мне нужно развернуть CI на своем проекте. И чем проще я это реализую на начальном этапе, тем лучше. Для меня главное чтобы я смог продемонстрировать результат работы теста не на своей локальной машине, а в автономном режиме, а также мониторить самостоятельно эти результаты.

 

Вот уже что-то конкретное. У битбакет есть свой CI - правда хз платный тариф у вас или нет. Бесплатного CI там свего на 50 минут((
Гуглить - "bitbaket ci примеры". Первые же ссылки дадут примеры того как настраивать CI на bitbaket. 
Вот пример офф доки - https://support.atla...cket-pipelines/

 

Теперь стоит понять у нас тесты будут в том же репозитории что и проект, или это будет отдельный реп под тесты. Исходя из того что вы пытались прикрутить дженкинкс, я предпологаю что у вас отдельный реп для этого дела. 
На данный момент у любого сервиса (Gihub, gitlab, Bibaket, Circle) есть свои CI которые заводятся с полпинка - стоит только добавить конфиг что и как делать. Первоначально бывают проблемы с тем чтобы понять какой runner стоит использовать и только.

Ниже я изложу свои размышления, надеюсь они вам помогут. 
Итак, у нас есть 2 репозитория - проект и тесты для него.

Проект находится на битбакет, мы не знаем настроена на нем CI или нет, и так же не знаем настроена эта CI внутри битбакет или используется сторонний сервис. Буду предпологать что CI есть и это битбакет. 
Тесты находятся в отдельной репе и не имеют CI. С моей стороны было бы логично попробовать запустить CI битбакета, чтобы не прикручивать сторонние сервисы. Как гуглить примеры я кинул выше. "прикрутить ci битбакета" - это значит добавить в репозиторий конфиг, в котором будет описано какой раннер брать и какие шаги проходить. 

Ньюансом может выступить то что у вас тесты не изолированны, т.е. не в докере (как пример). Не изолированны - это значит что вам в CI прийдется настраивать окружение для ваших тестов и прописывать все зависимости (корректные версии библиотек и т.п.)

Я извиняюсь что так щепетильно пытаюсь у вас вытащить дополнительную информацию, но это только для того чтобы понять Что вы хотите получить и Зачем вам это нужно. 
Я вполне мог бы просто расписать как поднимается дженкинс и т.п., но вы уверены что именно это нужно вашему проекту? Потому что по факту, код с тестами будет локально гоняться на локальном дженскинсе... А дальше то что? Сломался комп и никаких тестов, или инета нет опять никаких тестов? А передать свою работу следующему тестировшику или просто оставить команде когда будешь уходить? 

----

А вообще я бы перенес код в Gihub or Gitlab и запустил там CI. Gitlab дает 400 минут на бесплатном тарифе, Gihub - 2000 минут. 

Дженкинс интересен когда нужно что-то кастомизировать, иметь возможность поправить все под себя и когда есть тот кто разбирается в дженкинсе))) 

 

В том сообщении автор описал как Он делает Тесты сейчас, а меня интересует как организована командная работа на проекте который он тестирует. 

 

Одно дело когда команда весь процесс ведет в гитлабе, и тогда нефиг советовать ему пихать тесты в дженкинс. Другое дело если это тестовое задание и нужно просто показать что ты умеешь это делать.

Вот потому я и просил больше конкретной информации...

 

Третье предложение первого поста ))) А так да, попахивает тестовым заданием, странно что его не задали в реал тайме, чтобы видеть реакцию. 5 минут рассказать, час реализовать с нуля.

 

"Начинаю автоматизацию на проекте с нуля, нет ни людей, которые могли бы поделиться опытом ни собственно самого опыта у меня нет. " - тут ничего нет про проект и как работает команда)... 
Ну да пофиг. Как я смотрю автору самому это уже не надо. Прошло 2 недели с момента создания поста. 

https://software-tes...me/#entry178028

В том сообщении автор описал как Он делает Тесты сейчас, а меня интересует как организована командная работа на проекте который он тестирует. 

Одно дело когда команда весь процесс ведет в гитлабе, и тогда нефиг советовать ему пихать тесты в дженкинс. Другое дело если это тестовое задание и нужно просто показать что ты умеешь это делать.

Вот потому я и просил больше конкретной информации...

 

 

10 сообщение же

 

Эм.... ссори, не вкурил, причем тут "10 сообщений"?
Поясни пожалуйста)

 

Так в чем и где вы храните код? Вы используете локальные версии или облачные?

Если github или gitlab, то там можно встроенным функционалом  воспользоваться чтобы завести CI и не прийдется возиться с дженкинсом. Это базовый вопрос, с которого стоит начинать думать о CI. 

мой код написан на моей локальной машине, в pychram, также есть репозиторий в гите. цель - любая среда, в которую я смогу отправить свои тесты, настроить автоматический прогон тестов без моего участия. про  изоляцию - далек пока от этой терминологии к сожалению, но учусь)

 

В первом сообщении этой темы вы указали, что "Столкнулся с проблемой автоматизации автотестов на проекте. Начинаю автоматизацию на проекте с нуля".
Этот проект где то находится? Где оно хостится {host_type and host_name}? Используется ли на проекта свой вариант с CI? Или это веб и его код находится {hosting_name}, а как CI используется {name}.... 
Поймите до тех пор пока вы не опищие существующую инфраструктуру проекта, трудно дать корректные советы для вашего случая. 

Я могу вам накидать сразу несколько схем как можно стартануть автоматизацию, и каждая из них будет иметь косяки и может вам не подойти. 
Как вариант у гитхаба есть зачатки своего CI. 
https://docs.github....ous-integration
https://github.blog/...supports-ci-cd/

По факту, в этой теме вы до сих пор не дали никаких конкретных данных. Чисто выброс чувств "Помогите". 
Дайте больше контекста, чтобы было с чем работать.
"Проект который автоматизируем это - {}. Хоститься - {}. Как CI используется - {}. Проект написан на  - {}." И вот дальше уже должно идти - Помогите.  
 

Почему я так категоричен? Потому что автоматизацию нужно делать оглядываясь на сам проект.
Странно будет если у вас код на Гитхаб, а сам проект на Гитлабе или внутреннем репозитории.
Странно будет если у вас тесты гоняются на дженкинсе, когда сам проект использует Gitlab-ci.