Добрый день. Вопрос от начинающего, единственного на проекте автоматизатора. На проекте разрабы пишут ux-тесты. Больше ничего нет. На меня возложили написать ui - тесты. Как их писать - я подучилась на курсах. Сейчас локально гоняю их при помощи Jenkins, анализируя каждый мердж в девелоп. Проблема на данный момент такая. Мои тесты запустили по расписанию ночью на CircleCI. На каждый мердж в CI ui-тесты отказались запускать. Естественно, проект может где-то измениться и возможно тесты еще на на 100% стабильны (бывает проскакивает падение). Прогоны падают. Раздражают разработку. Какой порядок действий с автотестами ui, чтобы можно было анализировать готовность релиза? В какой момент их править, если что-то изменилось в проекте?

У вас для каждого спринта должен быть полный список изменений, который обсуждается и с разработчиками и с тестировщиками (правило правильного QA). После коммита со стороны разрабов, должны быть выданы списки изменений (может вместо одного сервиса другой подключили). Также, для стабильности тестов используйте свои локаторы, тэги и т.п.

У вас для каждого спринта должен быть полный список изменений, который обсуждается и с разработчиками и с тестировщиками (правило правильного QA). После коммита со стороны разрабов, должны быть выданы списки изменений (может вместо одного сервиса другой подключили). Также, для стабильности тестов используйте свои локаторы, тэги и т.п.

У вас так на проекте?

Я начала смотреть пр, чтоб быть в курсе изменений. На счет локаторов - согласна, но падения чаще всего, что элемент не успевает загрузится или вдруг некликабельный становится. Я с этим работаю. У нас релиз каждый день. Мои тесты лежат в общем проекте и пр на тесты не мержат оперативно😖. Поэтому проблем много, а как будто иду против ветра, т.к. у самой еще опыта нет, за что топить.

Лучше скажите, как сделать, чтобы никто не раздражался)

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

если совсем починить плавающие не получается, то организуйте какой-то ретрай

сейчас наиболее падучие тесты у меня в отдельной джобе. Но даже в стабильных иногда, но очень редко проскакивает фейл. На счет ретрая думаю. Я сейчас вообще не понимаю, что они хотят))))) самой смешно))) Релизы  в обед, с утра хаотичные мерджи в дев, а прогоны ui ночью. Надо какую схему предложить.

"На каждый мердж в CI ui-тесты отказались запускать"

спроси, что они хотят