IT
Тогда зачем ждать лоадер, когда лучше ждать нужный нам элемент?
Зачем собирать машину полностью, если можно мотор к колёсам приделать и уже ехать?) так чтоли
Size: a a a
2020 June 18
B
Kto?
Всем привет, кто как бореться, с ожидаем того - когда лоудер пропадет ?
Тут имелось ввиду: как борятся = как убрать лоадер?
Я понял вопрос так: как правильно работать с лоадером в принципе
Я понял вопрос так: как правильно работать с лоадером в принципе
B
И правильный ответ - не ждать, пока лоадер пропадет, а ждать элемент, который будет доступен, как приложение будет готово к использованию
IT
Тут имелось ввиду: как борятся = как убрать лоадер?
Я понял вопрос так: как правильно работать с лоадером в принципе
Я понял вопрос так: как правильно работать с лоадером в принципе
и как же вы боретесь с ожиданием окончания загрузки страницы с элементами, которая сигнализируется пропаданием лоудера?)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
B
и как же вы боретесь с ожиданием окончания загрузки страницы с элементами, которая сигнализируется пропаданием лоудера?)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
Простыми словами: чтобы пройти дальше по процессу, мне надо нажать на кнопку. Я жду эту кнопку. Я нажимаю на эту кнопку). Кнопка доступной становится, когда пропадет лоадер. Вполне очевидно.
K
Да, так и сделал, сорри за вопрос за лоудер) всем Спасибо за инфо)
LY
и как же вы боретесь с ожиданием окончания загрузки страницы с элементами, которая сигнализируется пропаданием лоудера?)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
вообще, в настройках вебдрайвера есть стратегия ожидания (htmlpagestatus или что-то такое, мол когда страница полностью загрузилась, когда часть элементов загрузилась и тому подобное)
Про элементы нет, только про ресурсы. И то, если js будет что-то своё грузить, webdriver это не увидит.
IT
Простыми словами: чтобы пройти дальше по процессу, мне надо нажать на кнопку. Я жду эту кнопку. Я нажимаю на эту кнопку). Кнопка доступной становится, когда пропадет лоадер. Вполне очевидно.
Часто лоадер получает клики, пока не пропадёт, поэтому ждать его исчезновения нам надо. Это я и сказал, ага
IT
Про элементы нет, только про ресурсы. И то, если js будет что-то своё грузить, webdriver это не увидит.
Это понятно, что если реакт там что-то делает, то это никто не узнаёт.
Доступность самих кнопок пока никто не убирает из проверок и ожиданий :)
Доступность самих кнопок пока никто не убирает из проверок и ожиданий :)
LY
Лучше не кнопки ждать, а договориться с фронтами, чтобы они завели некий объект в который устанавливали статус. Как в testablility.js https://github.com/alfonso-presa/testability.js/
EB
всем привет! Я только приступила к автоматизации в appium, уже пишу тестовые классы. Меня волнует вопрос архитектуры - нужно ли делать отдельный класс для объекта "bottom navigation menu" в приложении? это упростит или только запутает? кто-нибудь сталкивался?
ВС
всем привет! Я только приступила к автоматизации в appium, уже пишу тестовые классы. Меня волнует вопрос архитектуры - нужно ли делать отдельный класс для объекта "bottom navigation menu" в приложении? это упростит или только запутает? кто-нибудь сталкивался?
Если этот элемент у вас встречается больше чем на одной странице то стоит
EB
Если этот элемент у вас встречается больше чем на одной странице то стоит
просто тогда в других страницах создавать объект класса каждый раз. у меня уже какие-то хитрые сплетения (на каждую страницу по объекту класса, на боттом меню тоже).
EB
Если этот элемент у вас встречается больше чем на одной странице то стоит
это нормально в одном кейсе создать 4-5 объектов класса?
ВС
Если у вас фигурируют 4-5 элементов/страниц в тесте, то вполне нормально.
Так код будет легче поддерживать/масштабировать.
Также вы можете определить ваше bottom menu как базовый класс и наследовать остальные страницы от него, тогда оно по умолчанию будет присутствовать на всех страницах.
Советую почитать про page object, element object и про наследование классов
Так код будет легче поддерживать/масштабировать.
Также вы можете определить ваше bottom menu как базовый класс и наследовать остальные страницы от него, тогда оно по умолчанию будет присутствовать на всех страницах.
Советую почитать про page object, element object и про наследование классов
EB
Если у вас фигурируют 4-5 элементов/страниц в тесте, то вполне нормально.
Так код будет легче поддерживать/масштабировать.
Также вы можете определить ваше bottom menu как базовый класс и наследовать остальные страницы от него, тогда оно по умолчанию будет присутствовать на всех страницах.
Советую почитать про page object, element object и про наследование классов
Так код будет легче поддерживать/масштабировать.
Также вы можете определить ваше bottom menu как базовый класс и наследовать остальные страницы от него, тогда оно по умолчанию будет присутствовать на всех страницах.
Советую почитать про page object, element object и про наследование классов
спасибо!
ВС
спасибо!
😉
2020 June 19
AS
/stat@combot
D
Всем привет!
Есть ли проверка в селениде на то, что началось скачивание файла?
Жму на баттон и надо проверить, что требуемый файл начал скачивание.
Есть ли проверка в селениде на то, что началось скачивание файла?
Жму на баттон и надо проверить, что требуемый файл начал скачивание.