Здравствуйте! На прошлом месте работы я разрабатывал e2e-автотесты фронта (playwright + ts), но они не были никак интегрированы в пайплайн, и я запускал их локально у себя на компе каждый раз, когда разработчики запушивали правки в приложение. Один из разработчиков говорил мне что хорошей практикой будет сделать так, чтобы автотесты запускались после правок разработчиков автоматически, были встроены в пайплайн. Я изучил Docker, Github Actions и Gitlab CI, и сейчас хочу реализовать описанную идею, но не нашёл исчёрпывающей информации по этой теме в интернете. Сам я пока плохо разбираюсь в теме инфраструктуры, поэтому жду ответа, делают ли так вообще, как мне подсказал разработчик (он бэкэндер и в автотестах не понимает), если это нормальная практика и так делают, дайте пожалуйста хоть какое-то направление в реализации этого;
Один из разработчиков говорил мне что хорошей практикой будет сделать так, чтобы автотесты запускались после правок разработчиков автоматически, были встроены в пайплайн.
- будет, но надо понимать можно ли все запускать или только часть
Плюс автотесты должны быть всегда зелеными, что б разраб понимал, упали от новых правок, а не просто историческая данность.
но не нашёл исчёрпывающей информации по этой теме в интернете
Её овер-дофига - почти на каждой конфе по тестированию, поднимается этот вопрос и кто-то выступает с докладом.
а порой и не один.
У меня есть репозиторий с автотестами, и с фронтендом. Когда разработчики пушат правки во фронтенд репозиторий, можно ли запускать автотесты, которые лежат в репозитории с автотестами?
Влад Григорьев, начал организовывать этот процесс с помощью github/github actions. Мне подойдёт для этого webhooks? Или есть что-то другое более эффективное?
Средний
