В моем наборе тестов appium/python есть тесты, для которых сначала требуется вход в систему. Примеры GitHub показывают только, как настроить веб-драйвер setUp/tearDown для каждого теста в пакете. В моем случае было бы здорово повторно использовать существующий сеанс webdriver для всех тестов.Как сеанс webdriver может быть повторно использован между тестами в классе в AWS Device Farm?
Однако методы setUpClass/tearDownClass выполняются для каждого метода тестирования в среде AWS Device Farm. Мои попытки создать webdriver как переменную класса не работали в AWS Device Farm (хотя и работали локально).
Каким будет оптимальный способ установки сеанса webdriver, войдите в приложение, затем запустите все тесты в наборе, повторно используя один и тот же сеанс веб-драйвера, а затем выйдите из приложения и выйдите из webdriver?
Спасибо, я отметил ваш ответ как решатель проблемы только потому, что он явно подтверждает проблему :) Вероятно, проблема не имеет немедленного решения в АПД. Оба предлагаемых подхода имеют значительные ограничения. Размещение всех моих тестов в одном огромном тесте ADF скроет множество тестовых характеристик, которые я бы хотел избежать. Размещение экземпляра/выхода webdriver и входа/выхода из системы в методах setUp/tearDown для каждого теста очевидно выполнимо, но, вероятно, значительно увеличит стоимость запуска этих тестов (надеюсь, это не основная причина этого подхода ADF к разделению тестов) – Ken
Кен, Нет. Это было не где причина, даже отдаленно для ее настройки таким образом. Основная предпосылка, на которой мы основывали разделение, заключалась в том, что тесты пользователей будут модульными, так как не многие пользователи имеют модель зависимых тестов. Хотя я полностью понимаю, что это может быть полезно в некоторых случаях. Дайте мне знать, если я могу помочь с чем-либо еще. – NikofTime