ŚW
Не, с этим все хорошо, от палок не падаю, просто интересно как делают другие)
Size: a a a
2019 January 17
EB
так какой вопрос-то? или ты похвастаться хочешь что тебе удобно, как никто не делает? :)
AG
Не, с этим все хорошо, от палок не падаю, просто интересно как делают другие)
Так же, как указал Евгений.
b
не усложняем себе жизнь
ŚW
так какой вопрос-то? или ты похвастаться хочешь что тебе удобно, как никто не делает? :)
Ненене, как сказал выше, хочу понять как делают другие.
b
видимо, у тебя на проекте много времени свободного)
EB
premature optimization is the root of all evil. выделил метод работы с инпутом — обошелся одним локатором, все, ты молодец
b
раз сам себе такие задачки придумываешь
ŚW
Ну пажжите, если у вас есть модальное окно, то вы не пытаетесь его описать отдельно?
AK
Я походу усложняю. У меня логические кучки элементов — в виджеты, пейджа — набор виджетов, степы в пейдже. Получается чище, хоть и чуть больше кода
ŚW
Это же удобно?
EB
хочешь выделить список в хедере — найди локатор, который опишет все элементы хедера, придумай @attribute который будет тебе возвращать все элементы
ŚW
хочешь выделить список в хедере — найди локатор, который опишет все элементы хедера, придумай @attribute который будет тебе возвращать все элементы
У меня для списка есть отдельный элемент, который умеет в списки. Я его найду и переиспользую его методы.
EB
Ненене, как сказал выше, хочу понять как делают другие.
как делаю я:
у меня есть требования и ТЗ, или понимание работы продукта, я вижу что на окне логина есть 2 инпут формы и кнопка сабмит.
я пишу
def enter_login
def enter_password
def submit
и заполняю эти методы локаторами.
что я хочу проверить после этого? например, что url поменялся , и что есть элемент моего профиля.
пишу где-то в base class:
def is_url()
пишу где-то в тесте:
assert is_url(profile_url)
assert page.is_profile
у меня есть требования и ТЗ, или понимание работы продукта, я вижу что на окне логина есть 2 инпут формы и кнопка сабмит.
я пишу
def enter_login
def enter_password
def submit
и заполняю эти методы локаторами.
что я хочу проверить после этого? например, что url поменялся , и что есть элемент моего профиля.
пишу где-то в base class:
def is_url()
пишу где-то в тесте:
assert is_url(profile_url)
assert page.is_profile
AG
как делаю я:
у меня есть требования и ТЗ, или понимание работы продукта, я вижу что на окне логина есть 2 инпут формы и кнопка сабмит.
я пишу
def enter_login
def enter_password
def submit
и заполняю эти методы локаторами.
что я хочу проверить после этого? например, что url поменялся , и что есть элемент моего профиля.
пишу где-то в base class:
def is_url()
пишу где-то в тесте:
assert is_url(profile_url)
assert page.is_profile
у меня есть требования и ТЗ, или понимание работы продукта, я вижу что на окне логина есть 2 инпут формы и кнопка сабмит.
я пишу
def enter_login
def enter_password
def submit
и заполняю эти методы локаторами.
что я хочу проверить после этого? например, что url поменялся , и что есть элемент моего профиля.
пишу где-то в base class:
def is_url()
пишу где-то в тесте:
assert is_url(profile_url)
assert page.is_profile
А мог бы бины использовать вместо питона этого вашего.
VG
одно из правило при описании PO описывать ровно столько элементов, сколько необходимо для реализации теста. Еще одно из правил если можешь использовать css локатор используй его, есть пара моментов работы с родителями и еще нюансы при которых нужно использовать xpath.
EB
А мог бы бины использовать вместо питона этого вашего.
бггг
EB
xpath/ css не важно вообще, главное чтобы они читались хорошо, не ломались часто и назывались в верстке так, как бы максимально точно отражали бизнес требование
ŚW
одно из правило при описании PO описывать ровно столько элементов, сколько необходимо для реализации теста. Еще одно из правил если можешь использовать css локатор используй его, есть пара моментов работы с родителями и еще нюансы при которых нужно использовать xpath.
Пажжи, я даже и не пытаюсь описывать ВСЮ страницу.
ŚW
Зачем, это бред