Size: a a a

QA — Автоматизация

2020 December 16

AV

Alexei Vinogradov in QA — Автоматизация
Bola
у меня просто сейчас перед глазами тест. в импортах около 25 таких виджетов
Ну в типичной Java IDE импорты вообще не видны
источник

AV

Alexei Vinogradov in QA — Автоматизация
Igor
а как вы менеджите селекторы для селениума? всё в PO?
Я - да
источник

IC

Ilya L Che in QA — Автоматизация
Igor
а как вы менеджите селекторы для селениума? всё в PO?
У меня в json лежат, потому что используются в тестах на c# и cypress.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Bola
у меня просто сейчас перед глазами тест. в импортах около 25 таких виджетов
Мне кажется все правила для импортов можно выкинуть на свалку для тех у кого IDEA на проекте. Просто включаем галку "optimize imports" на коммите - и всё.
источник

IC

Ilya L Che in QA — Автоматизация
Ilya L Che
У меня в json лежат, потому что используются в тестах на c# и cypress.
Но без необходимости вытаскивать их не вижу смысла.
источник

B

Bola in QA — Автоматизация
Alexei Vinogradov
Ну в типичной Java IDE импорты вообще не видны
они не мешают визуально
но если хочешь написать тест - надо собирать по всем "папкам" эти виджеты
источник

IC

Ilya L Che in QA — Автоматизация
А зачем собирать? IDE же сама подскажет.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Bola
они не мешают визуально
но если хочешь написать тест - надо собирать по всем "папкам" эти виджеты
Нет, просто пишешь имя виджета IDEA сама всё находит и импортирует
источник

I

Igor in QA — Автоматизация
Ilya L Che
У меня в json лежат, потому что используются в тестах на c# и cypress.
ну я вот тоже в json положил, но что-то писать неудобно так. думаю теперь в enum'ы перенести
источник

B

Bola in QA — Автоматизация
а представьте PO, который сам знает из чего он состоит
источник

AV

Alexei Vinogradov in QA — Автоматизация
Папки нужны только, когда забыл имя - тогда в папках удобнее искать, чем если всё в куче
источник

IC

Ilya L Che in QA — Автоматизация
Igor
ну я вот тоже в json положил, но что-то писать неудобно так. думаю теперь в enum'ы перенести
Зависит от целей.
источник

I

Igor in QA — Автоматизация
Ilya L Che
Зависит от целей.
в этом и проблема, мне их сложно определить, поскольку я разработчик, которого закинули с нуля писать автоматизацию
источник

AV

Alexei Vinogradov in QA — Автоматизация
Bola
а представьте PO, который сам знает из чего он состоит
Так в том то и дело, что РО не может это нормально провалидировать. Везде где я видал такую структуру рано или поздно получается, что РО описывает одну структуру, а на самом деле структура давно уже другая. А тест всё равно работает, потому что DOM пофиг как ты у себя в классах структуру определил.
источник

IC

Ilya L Che in QA — Автоматизация
Igor
в этом и проблема, мне их сложно определить, поскольку я разработчик, которого закинули с нуля писать автоматизацию
Тогда не стоит делать лишних движений, пока не понял, зачем они нужны) В самом PO селекторы хранить достаточно удобно.
источник

AV

Alexei Vinogradov in QA — Автоматизация
Ну и как бы нафиг такие структуры тогда, только путают
источник

I

Igor in QA — Автоматизация
Ilya L Che
Тогда не стоит делать лишних движений, пока не понял, зачем они нужны) В самом PO селекторы хранить достаточно удобно.
мне не понравилось, что многословно (по крайней мере если юзать все best practices из обычного кода)
источник

AV

Alexei Vinogradov in QA — Автоматизация
В папках тоже такое может случится конечно. Когда замечаю - переношу в другую папку, рефакторинг проще нет)
источник

AV

Alexei Vinogradov in QA — Автоматизация
Я бы их лейблил, но в java так нельзя как-то)
источник

IC

Ilya L Che in QA — Автоматизация
Igor
мне не понравилось, что многословно (по крайней мере если юзать все best practices из обычного кода)
А в чём многословность? Класс слишком большой получается?
источник