У меня сейчас в hooks только startscreenRecording

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

Всем привет! Подскажите, плз, как выполнить какой либо код после выполнения всех тестов в pytest? Я хочу автоматом открывать аллюр после всех тестов, попробовал написать фикстуру для этого, но с ней пропускается последний кейс почему-то ((

получилось обновлять через аппиумовские reset and launch. сойдет🌚

> почему-то

возможно потому что аллюр-плагин записывает данные в пост-хуке после того, как закончится и тест и фикстуры :) быстро и легко решить можно так pytest tests; allure serve ./report, а медленно и сложно - копаться в хуках

Спасибо, решение работает. Не знал что можно комбинировать несколько команд в одну)

Всем привет. Selenium. В моих тестах, в которых авторизация не нужна непосредственно в сценарии, я обхожу её с помощью возможности селениума встраивать cookie, но есть проблема связанная с временем жизни куки в 6 часов, т.е. через каждый период времени, мне нужно в коде менять её значение.
1) Можно ли как-то добиться, чтобы кука была актуальна более длительное время?
2) Насколько правилен в целом такой подход.. Возможно стоит авторизовываться через UI в любом сценарии, или перед каждым тестом/группой тестов, проверять авторизован ли пользователь и если нет, то авторизовываться?

Имхо, подход адекватный. Время жизни авторизационного токена обычно настраивается на стороне приложения, так что в тестах - никак. Можно попросить, чтобы дали "вечный" токен (на полгода например), либо научиться получать токены самостоятельно через используемый сервис авторизации.

Попросил разработчиков запилить вечный токен для тестов, сказали сделаем, раз надо 👍

Сделать хранилище для куки.
Если не авторизован и в хранилище пусто, то делать авторизацию и записывать полученную куку в хранилище.
Если не авторизован и в хранилище что-то есть, использовать её
Если авторизован - пропускать

Каждый прогон тестов будет свежая кука. Если тесты бегут больше 6 часов, то надо будет встроить механизм протухания\удаления куки через время. И дальше заново её получать

Также можно рядом прилепить механизм указания позиции пользователя на сайте. Чтобы после рефреша оказываться на необходимой странице, а не ходить по UI туда

Всем спасибо. @alreadyOccupied тоже думал о таком варианте. Скорее всего прибегну к нему, если разработчикам не понравится идея с вечным токеном

Не стоит в приложение пихать то, без чего можно довольно легко обойтись

Если сделают вечный токен, перепроверьте, что остальные все еще тухнут, а то было такое х)

ахах +1

разве это не задача юниттестов, или интегрейшн?

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

тогда надо разработчику писать страховочные тесты на автотесты, а то тоже мало ли сломаются :)

просто не везде девы пишут тесты, так что совет вполне себе актуален

тесты на тесты, какая-то сансара

вот было такое, что мы вообще не продлевали токен, а тупо выкидывали на окно авторизации пользователя