Size: a a a

QA — Автоматизация

2020 October 05

И

Ильяс in QA — Автоматизация
Вполне дотягивает, если погуглить что такое ci/cd
источник

N

Nick in QA — Автоматизация
Kirill Ryazantsev
Всем привет, соре за тупые вопросы, но я тупой ручник
сейчас у себя в компании на добровольных началах, для получения опыта, решил внедрить ат да ещё с запуском по расписанию, чтобы вообще про них забыть и только смотреть на красивые цыферги в отчетах, вопросов, собственно, много, но хочется сначала самому попытаться разобраться

собственно, текущий вопрос (не относящийся вообще к цели моей затеи), можно ли говорить CI автотестов, когда мы говорим про запуск ат в фоне по расписанию? или же этот термин неприменим к ат, сам термин понимаю, но не могу понять, дотягивает ли до CI простой запуск ат по расписанию...
Привет.
Запускать можешь как хочешь, главное настрой джобу.
Про "забыть о существовании тестов" -- это мечта, к которой многие стремятся) все время чинить будешь их все равно, насовсем не получится забыть
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Вполне дотягивает, если погуглить что такое ci/cd
я почему решил спросить, один из наших разрабов, с кучей лет опыта, олдовый чел, начитанный книгами говорит, что нельзя, мол ci это про жизненный цикл ПО, а каким боком тут простой запуск ат по расписанию
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Nick
Привет.
Запускать можешь как хочешь, главное настрой джобу.
Про "забыть о существовании тестов" -- это мечта, к которой многие стремятся) все время чинить будешь их все равно, насовсем не получится забыть
про поддержку их понимаю, да
я про забыть вручную дёргать каждый раз)
источник

И

Ильяс in QA — Автоматизация
Логичный вопрос ему можно задать: тестирования нет в жизненном цикле ПО?
источник

KR

Kirill Ryazantsev in QA — Автоматизация
@Morjus можешь просто свою точку зрения объяснить? можно в лс даж
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Логичный вопрос ему можно задать: тестирования нет в жизненном цикле ПО?
есть, да, но сам запуск ат это же такой глобальный процесс как весь жц по
источник

И

Ильяс in QA — Автоматизация
Что конкретно ты хочешь сделать, чтобы встроить ci/cd к себе на проект? Можно же по разному это сделать, если разработчики против, просто запускаешь в отдельной ветке, без блока на деплой, если автотесты упали
источник

S1

Sceptic 1234 in QA — Автоматизация
Kirill Ryazantsev
я почему решил спросить, один из наших разрабов, с кучей лет опыта, олдовый чел, начитанный книгами говорит, что нельзя, мол ci это про жизненный цикл ПО, а каким боком тут простой запуск ат по расписанию
Запуск по расписанию это вероятно действительно не совсем CI. А вот если ты настроишь ещё хотя бы чтобы у тебя джоба забирала с гита свежий код и уже с ним запускала тесты - то уже вполне CI чо бы и нет)
источник

SS

Stanislav Shulga in QA — Автоматизация
Kirill Ryazantsev
Всем привет, соре за тупые вопросы, но я тупой ручник
сейчас у себя в компании на добровольных началах, для получения опыта, решил внедрить ат да ещё с запуском по расписанию, чтобы вообще про них забыть и только смотреть на красивые цыферги в отчетах, вопросов, собственно, много, но хочется сначала самому попытаться разобраться

собственно, текущий вопрос (не относящийся вообще к цели моей затеи), можно ли говорить CI автотестов, когда мы говорим про запуск ат в фоне по расписанию? или же этот термин неприменим к ат, сам термин понимаю, но не могу понять, дотягивает ли до CI простой запуск ат по расписанию...
Если продукт в постоянной разработке/доработке то тесты придется поддерживать постоянно. Думаю, что от цели "написать и забыть" стоит отказаться в принципе. Да и не думаю, что получится сразу создать пакет тестов, которые покроют все
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Что конкретно ты хочешь сделать, чтобы встроить ci/cd к себе на проект? Можно же по разному это сделать, если разработчики против, просто запускаешь в отдельной ветке, без блока на деплой, если автотесты упали
в конечном итоге я хочу сформировать у себя в голове понимание как внедрить ат с запуском по расписанию и оставить это наследие в этой компании, так как тут никому это нахер не упало, но пусть будет, авось когда-нибудь задумаются и пригодится
пока я прорабатываю схему и подбираю технические решения для этого
но вот тупой вопрос по терминологии закрался в мою голову)
источник

И

Ильяс in QA — Автоматизация
Kirill Ryazantsev
есть, да, но сам запуск ат это же такой глобальный процесс как весь жц по
Боюсь что тут скорее спор касается терминологии, а не решения конкретной проблемы.
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Sceptic 1234
Запуск по расписанию это вероятно действительно не совсем CI. А вот если ты настроишь ещё хотя бы чтобы у тебя джоба забирала с гита свежий код и уже с ним запускала тесты - то уже вполне CI чо бы и нет)
оо, про забор свежего кода я даже не думал
спасибо
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Боюсь что тут скорее спор касается терминологии, а не решения конкретной проблемы.
да, я и говорю, этот вопрос вкрался в мою голову и отвлекает) хочу докопаться до истины касаемо чисто терминологии
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Stanislav Shulga
Если продукт в постоянной разработке/доработке то тесты придется поддерживать постоянно. Думаю, что от цели "написать и забыть" стоит отказаться в принципе. Да и не думаю, что получится сразу создать пакет тестов, которые покроют все
всё так, про "написать и забыть" не совсем так, я имел в виду забыть про запуск, а то, что поддержкой ат придётся заниматься постоянно на данном этапе разработки я понимаю
и да, покрытием я буду заниматься постепенно
источник

KR

Kirill Ryazantsev in QA — Автоматизация
а теперь вопрос касаемо цели, можно ли использовать cron в качестве таск менеджера для запуска ат по расписанию? или это не серьёзное решение, и надо jenkins, например, подключать уже (видел статьи, где люди его советуют)
источник

И

Ильяс in QA — Автоматизация
Kirill Ryazantsev
да, я и говорю, этот вопрос вкрался в мою голову и отвлекает) хочу докопаться до истины касаемо чисто терминологии
ci/cd это общий принцип выстраивания инфраструктуры. То, как процесс выстроен на конкретном проекте это уже не так важно, сколько понимание того, какую проблему ci/cd решает
источник

И

Ильяс in QA — Автоматизация
Kirill Ryazantsev
а теперь вопрос касаемо цели, можно ли использовать cron в качестве таск менеджера для запуска ат по расписанию? или это не серьёзное решение, и надо jenkins, например, подключать уже (видел статьи, где люди его советуют)
Ну это не лучшее решение конечно)

Лучше не отходить от ПО, где у вас на проекте происходит сборка и деплой.
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Ну это не лучшее решение конечно)

Лучше не отходить от ПО, где у вас на проекте происходит сборка и деплой.
такого принципа не слышал, спасибо, наверно, да
источник

KR

Kirill Ryazantsev in QA — Автоматизация
тогда gitlab)
источник