AB
чем больше сбоев будет отловлено на этапе компиляции — тем лучше. иначе зачем вообще эта джава нужна
Size: a a a
2020 April 06
EB
чем больше сбоев будет отловлено на этапе компиляции — тем лучше. иначе зачем вообще эта джава нужна
++ золотые слова, каждый раз когда ты делаешь код больше runtime faulty вместо compile time, где-то плачет один Брюс Эккель
AS
А вот насчёт сбоев я, кстати, не понял. Как раз строчка
LoginPage.class гарантирует на этапе компиляции, что ты не ошибся с названием класса. А других ошибок там и не может быть.AB
Andrei Solntsev
Просто у предыдущего варианта есть такое преимущество, что конструктор можно сделать приватным.
спорное преимущество... какой сигнал посылает разработчик и кому, делая конструктор приватным?
AB
Andrei Solntsev
А вот насчёт сбоев я, кстати, не понял. Как раз строчка
LoginPage.class гарантирует на этапе компиляции, что ты не ошибся с названием класса. А других ошибок там и не может быть.например, нет конструктора с подходящей сигнатурой
AS
Нет дефалтового конструктора у ПО? Ну, это надо умудриться…
A
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы обойти фейлы кейсов из-за разрешения ?
AS
@barancev Так ведь это и вылезет сразу, при запуске теста, а не где-нибудь в продакшине.
Но вообще да, аргумент.
Но вообще да, аргумент.
AB
Andrei Solntsev
Нет дефалтового конструктора у ПО? Ну, это надо умудриться…
легко. сделали конструктор, который принимает на вход WebDriver, и не сделали дефолтный
AB
Andrei Solntsev
@barancev Так ведь это и вылезет сразу, при запуске теста, а не где-нибудь в продакшине.
Но вообще да, аргумент.
Но вообще да, аргумент.
для нас, разработчиков тестов, их запуск — это и есть продакшен :)
AS
ну ты же запустишь его тут же, на своём компе. И увидишь проблему. Нигде в мире ни у кого ничего не сломается.
AS
Это же не разрабы, которые закоммитят и пойдут домой.
AS
Но да, “нафига тогда java вообще нужна”. :)
AS
На самом деле всё это делалось только для того, чтобы можно было использовать
Вызов
А потом пришло понимание, что
@FindBy в ПО. Вызов
page(Class) - это лучше, чем создавать конструктор и в нём вызывать PageFactory.init.А потом пришло понимание, что
@FindBy нафиг не нужен, а с ним и метод page().AB
согласен. реализация с этим
@FindBy весьма неудачнаяAV
> А потом пришло понимание, что
воот)
@FindBy нафиг не нужен, а с ним и метод page(). воот)
OK
Я кстати помню Саймон говорил что ExpectedConditions тоже неудачная штука, только не помню чем его заменять
AB
лямбдами его можно заменить, практически без ущерба
LY
Привет, такая проблема - машина на которой ui тесты идут имеет очень слабое разрешение ( 800х600), поменять его нельзя, есть какие-то способы обойти фейлы кейсов из-за разрешения ?
Можно у Хрома поставить разрешение через параметр, на десктопе нормально работает (больше экрана сделать можно) только кажется на вин-сервере это не помогает.
A
Можно у Хрома поставить разрешение через параметр, на десктопе нормально работает (больше экрана сделать можно) только кажется на вин-сервере это не помогает.
Через аргумент браузера ?