Порараз бирацца: как мы учились писать автотесты на Python и что у нас получилось

[R-ch]

Артём ,а можешь винбекап починить ?

[Temak01]

Могу посоветовать обратиться в службу поддержки компании или на портал самообслуживания, зарегистрировать заявку, её рассмотрят в порядке очереди и обязательно всё починят)

[R-ch]

я помню нам чинил его в 2015 году , нам понравилась как это было , робот стал работать просто очень шустро

[Woodli]

Неплохая статья

[Octember]

Спасибо за статью, выглядит круто! Если не секрет, подскажите, пожалуйста, как поднят selenoid? Насколько знаю, он не очень дружит с k8s

[Temak01]

Благодарю за оценку! Selenoid поднят на отдельной ВМке как раз таки по той причине, что в кубере его поднимать не советуют.

[Faenor]

В кубере можно поднять moon, тот же селеноид. За время использования с UI тестами на java и на python проблем не было. Так что можно и без ВМ)

[Temak01]

С moon хороший вариант, согласен. Но на данном этапе нас устраивает текущая архитектура. К тому же, moon - это платная версия селеноида)

[Abstract35]

А чем оправдано отдельное размещение локаторов на элементы и методов работы с ними?

[Faenor]

Так на курсе по Python автоматизации на Stepik сделано)

[Temak01]

Локаторы решено было разместить отдельно, т.к. один и тот же локатор может применяться в разных методах, тем самым его можно переиспользовать и проще поддерживать в случае необходимости его изменения.

[Sviatoslav2193]

Один и тот же локатор может использоваться в разных методах

Традиционно для этого все локаторы и методы обычно объединяютсч внутри одного класса, к примеру класс LoginPage имеет атрибуты email_input и password_input, которые используются как в методе логина.

В то же время класс RegisterUserPage имеет метод регистрации нового пользователя, и может для переиспользования локаторов email_input и password_input отнаследоваться от LoginPage.

Пишу поскольку также несколько удивлён такому необычному разделению и не вижу его преимуществ, только лишние сущности в виде дополнительных модулей )

[Tekill]

Тут зависит от того, как у вас выглядит фронтенд. Если это админка со своей дизайн системой, то для одинаковых компонент селекторы проще вынести отдельно. Например, для того же хедера или элементов попапа.

А вообще в прошлом мой тимлид на подобный вопрос отвечал: "люблю, когда везде все упорядочено по папкам и классам" :)

[mithron]

Интересные у вас там страницы, судя по скриншоту.

[Temak01]

Спасибо.

[R-ch]

ты про bdsm ?

[Kirstan]

Довольно структурированно и мотивирующе выглядит статья, благодарю ) Тоже хочу попробовать на каком-нибудь небольшом проекте питон попробовать, а то у нас всё на java, а у меня с ней как-то не сложилось ))

[Temak01]

Благодарю за оценку) Если есть возможность, то обязательно стоит попробовать!)

[Angry_mish]

В нашей команде 11 человек, мы отвечаем за тестирование 15 информационных систем

Вопрос не по автоматизации, конечно. Но вы уверены, что с таким подходом вы не перегружаете сотрудников, и можете обеспечить качественную экспертизу по каждой ИС?

Получается, что на 1 сотрудника у вас приходится больше, чем по одной системе, а учитывая специфику ритейлера - вряд ли системы простые. Вы уверены, что в погоне за автотестами (стандартная практика обучения по работе проводить в рабочее время) вы не теряете в качестве?

[Temak01]

Все информационные системы, которые тестируются нашей командой, разные по сложности и критичности. По самым критичным и трудоемким у нас выделено на 100% по одному эксперту, также мы стараемся поддерживать компетенции на уровне нескольких специалистов. Это нужно для выравнивания нагрузки и взаимозаменяемости при уходе сотрудника в отпуск или на больничный. На текущий момент такая модель нас полностью устраивает.