Size: a a a

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

2020 October 05

SS

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

И

Ильяс in QA — Автоматизация
Что за тесты? api, ui?
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
Что за тесты? api, ui?
пока думаю про ui
источник

KR

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

И

Ильяс in QA — Автоматизация
Kirill Ryazantsev
пока думаю про ui
На каком языке?

Если ui меняется редко, то имеет смысл, в ином случае я бы не рекомендовал
источник

KR

Kirill Ryazantsev in QA — Автоматизация
@Morjus просто у меня в голове крутилась мысль, а серьёзно ли организовывать всё это на своей тачке? через какой-то таск менеджер... ну как-то не серьёзно, либо делать нормально надо либо вообще не браться
и вот тут, наверное, разгадка, что мол не надо отходить от средств проекта, тогда это будет уже как-то весомо выглядеть
источник

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
На каком языке?

Если ui меняется редко, то имеет смысл, в ином случае я бы не рекомендовал
да возьмём, например, python
редко меняется, да
если часто меняется, то я оцениваю время, затрачиваемое на поддержку ат и ручное тестирование постоянного нестабильного ui, это я тоже всё понимаю
я именно хочу уже сформировать понимание в своей голове как это реализовывать, когда уже нужно
источник

И

Ильяс in QA — Автоматизация
1. Создаешь себе репу
2. Устанавливаешь к себе на машину gitlab runner или просишь у девопса выделить тебе runner
3. Настраиваешь пайплайн с публикацией отчетов
4. Если комп все время включен, то все ок будет гоняться согласно пайплайну
источник

И

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

KR

Kirill Ryazantsev in QA — Автоматизация
Ильяс
1. Создаешь себе репу
2. Устанавливаешь к себе на машину gitlab runner или просишь у девопса выделить тебе runner
3. Настраиваешь пайплайн с публикацией отчетов
4. Если комп все время включен, то все ок будет гоняться согласно пайплайну
ога, возьму на заметку
источник

И

Ильяс in QA — Автоматизация
Я как-то писал статью по этой теме, но там только api. Для ui можно либо контейнеры с браузерами использовать, описав их в пайплайне, или ставить себе selenoid и через него запускать все это дело
источник

И

Ильяс in QA — Автоматизация
Но, подозреваю, что пока для тебя это будет очень сложно)
источник

И

Ильяс in QA — Автоматизация
Намного проще просто в jenkins все это делать конечно
источник

M

Max in QA — Автоматизация
Подскажите, у кого на проекте тест-кейсы пишутся в TFS, используется ли у вас фича Shared step ?
Интересен практический опыт, удобно ли это на практике ? или усложняет всё таки структуру кейсов и удобство их прохождения
источник

И

Ильяс in QA — Автоматизация
Если использовать контейнеры с браузером через средства gitlab, то там могут возникнуть проблемы. Сильно зависит от самого тестируемого приложения. У меня были проблемы с некоторыми высоконагруженными неповоротливыми приложениями.
источник

KR

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

И

Ильяс in QA — Автоматизация
Kirill Ryazantsev
Вот его и советуют, да)
То есть всё-таки можно его, это уже не так плохо как крон будет?
Сам как думаешь?
источник

KR

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

i

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

И

Ильяс in QA — Автоматизация
Писать код можно и в блокноте, но обычно так не делают, потому что существуют IDE. Для определенных задач придумали специальные инструменты. Можно сделать и через cron, тогда stdout pytest пойдет просто в текстовый файл? Потом ковыряться в нем и каждую пятницу проверять этот текстовый файл?
источник