A
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы писать тесты что бы не особо зависили от разрешения ?
Size: a a a
2020 April 06
AV
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы писать тесты что бы не особо зависили от разрешения ?
вроде можно указывать размер браузера, который больше разрешения экрана. Я делал - работало.
k
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы писать тесты что бы не особо зависили от разрешения ?
виртуальный экран?
A
виртуальный экран?
Не
SR
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы писать тесты что бы не особо зависили от разрешения ?
привет, делаешь headless и ставишь хоть 5000 на 5000
A
вроде можно указывать размер браузера, который больше разрешения экрана. Я делал - работало.
А не помнишь хоть примерно как ставил ?
A
привет, делаешь headless и ставишь хоть 5000 на 5000
Хедлес работает как-то менее стабильно
AV
А не помнишь хоть примерно как ставил ?
в селениде selenide.browserSize=1500х1200 и без headless тоже работало
A
в селениде selenide.browserSize=1500х1200 и без headless тоже работало
Хм.. и ставил разрешение браузера больше чем на машине стоит ?
AV
Хедлес работает как-то менее стабильно
вроде сейчас уже практически так же стабильно как и без headless. Правда и убыстрение так же минимально
AV
Хм.. и ставил разрешение браузера больше чем на машине стоит ?
ну вот пару недель назад буквально. Правда я только вниз увеличивал, то есть типа в твоём случае делал как бы 800х1200. Не поклянусь, что работает при любом увеличении - не пробовал.
AV
ну это ж проверить быстрее, чем рассуждать сработает или нет. Проверь и нам расскажи) У меня хром был.
AS
Selenide.page это плохо, да, про это я тоже всегда говорил и буду говорить
А я что-то пропустил, где ты рассказывал, почему Selenide.page - это плохо.
(хорошая тема для поста в блоге, кстати. А тот ту в чатах всё теряется)
(хорошая тема для поста в блоге, кстати. А тот ту в чатах всё теряется)
AB
потому что он тоже static. я последовательно топлю против static
AS
Я в целом согласен, но вот “для начинающих”, которые не поймут, что не так со static - можно как-то конкретнее? Ну вот что у молчела взорвётся, если он вызовет
var page = page(LoginPage.class);?AV
Я тоже говорил что плохо) Потому что он не нужен в 99.99% случаев, и new LoginPage() работает так же.
AS
Я тоже говорил что плохо) Потому что он не нужен в 99.99% случаев, и new LoginPage() работает так же.
Подозреваю, что для @barancev нет разницы, т.к. внутри ты там всё равно используешь точно такой же static.
AB
Andrei Solntsev
Я в целом согласен, но вот “для начинающих”, которые не поймут, что не так со static - можно как-то конкретнее? Ну вот что у молчела взорвётся, если он вызовет
var page = page(LoginPage.class);?например, он сделает это в методе инициализации фикстуры, а потом решит запускать тесты в многопоточном режиме, и у него инициализация выполнится в другом треде, и тест упадёт
AV
Не, там ж нет статика. Но я зато не топлю против статика как "универсального зла". Ну статик и статик) И топлю против того, чтобы писать код, без которого можно легко обойтись. Абстрактные "потому что, мне так удобнее" - это не наш метод.
AB
Andrei Solntsev
Подозреваю, что для @barancev нет разницы, т.к. внутри ты там всё равно используешь точно такой же static.
да, если конструктор страницы не принимает драйвер явно, а вытаскивает его из тредлокал — это тоже плохо, тоже опасно. это менее опасно, если всё происходит внутри теста. а инициализация страниц прямо напрашивается, чтобы её вынесли куда-то отдельно