Мы пока до 5G не дошли)

понятно.

Я так понимаю ты успел в телекоме поработать ?

немного успел

Господа, можете помочь, у кого есть базовый гайд по питону для QA?

Если честно, "базовый гайд по питону для QA" звучит примерно как "глобус Московской области"

Почему?

Потому что QA это система обеспечения качества, а Python язык программирования
две разные сущности. Если ты хочешь "гайд" то хотя-бы определи  точку в которой они должны соприкоснуться

У индусов,, канал SDET - QA Automation Techie, у него плейлист по питону+селениуму с момента установки

Спасибо.

Я имел ввиду то, какие особенности/прикладные библиотечки питона нужны тестировщику в первую очередь.

Это зависит от конкретного проекта к которому приложен тестировщик.

Ну вот видешь, можешь когда захочешь
Осталось только уточнить какие интерфейсы тебя интересуют, но в целом ты на правильном пути

А разве общих принципов нет? Каких-то основ, помимо простого знания синтаксиса питона.

Таки нет.

Где-то может быть Python + Unittest + Selenium + Page Objects (фронт проверки)
где-то может быть Python + Pytest + Requests (веб апи проверки)
где-то может быть Sikuli + Python  (визуальные проверки или автоматизация)
где-то может быть отдельный тестовый индийский фреймворк Arjuna
и прочее.

Если хотите примеров для расширения кругозора или перенимания — ищите проекты с упомянутыми сущностями на Гитхабе или видео с конференций / митапов.

Спасиб. 😊

Здравствуйте, инженеры, я новичок в Rest Assured и хотел бы получить ответ на такой вопрос. Куда сохранить jwt (bearer token) для последующих api запросов. Есть вариант сохранить в анотации @BeforeClass, но так как в апи много ролей думал над сохранением в какой то внешний properties файл. Подскажите пожалуйста как лучше сделать?

Откуда токен берется? Нужно ли его получать для каждой сессии тестов?

Популярное решение это получить в сетап методе ( как BeforeClass ) и сохранить для других тестов в поле класса или объект тестового контекста.

Токен берется с auth ендпомнта для каждого юзера он отдельный и с отдельными правами, т.е для роли Админ один токен, для роли менеджер другой и т.д.. И в процессе тестирования мне нужно каждый раз логиниться под разными юзерами.

По-моему тогда логично группировать проверки для разных ролей по разным классам, в методе BeforeClass класса получать токен и сохранять его в поле.

Если будет много групп на роль -- сделать отдельно класс-хелпер  получения токенов и вызывать его метод в BeforeClass с enum параметром по роли.