S1
я не хочу в тесте гетать элементы. мне не нравится что это читабельность ухудшает и заставляет тебя локаторы держать в тестах
Size: a a a
2021 May 19
ДИ
мне вот селениум и не нравится тем, что нужно делать лишних телодвижений..
BT
так не гетай их в тесте, гетай в пейджах тех же. а в тесте делай проверки
S1
ну вот да - я так и сделал по итогу
DA
Так ты ищи по тексту или нормальным локаторам. Тогда тест станет читаемым
S1
ды я в пейдже сделал метод который отдаёт элемент а в тесте уже шудом проверяю
S1
ща ещё предстоит разобраться как в тайпскрипте енумы делаются, чтобы не писать кучу одинаковых методов
DA
cy
.get('.name').type('Alex')
.contains('button', 'Ok').click()
.get('.name').type('Alex')
.contains('button', 'Ok').click()
S1
да это всё понятно. но если тебе надо ещё в ту же форму что-то напистаь каждый раз чтоли писать get('.name')
DA
тебе каждый раз надо что-то писать? для часто выполнимых операций есть именованные функции.
S1
а потом локатор поменяется и во всех тестах менять этот гет нейм. лучше же метод написать который будет дёргать икспасик из переменной
ДИ
а там аннотаций нет?
ДИ
ну или тип того
S1
каких аннотаций не понял
DA
Для того что часто повторяется есть
Cypress.Commands.add('login', (email, pw) => {})
Cypress.Commands.add('login', (email, pw) => {})
ДИ
или типа того, в селениуме же для пэйдж обжекта есть аннотация которые берет из переменной xpath
DA
как раз на случай если у тебя тест много раз дёргает один и тот же кусок кода (что вызывает вопрос, а зачем)
S1
это да. но не правильнее ли это положить в пейдж обжект к которому это относится. в коммандс что-то универсальное лучше класть я так думаю
S1
а, ты про пейдж фактори и его аннотации? я хз тут вроде нет такого.