Size: a a a

testing_in_python

2020 September 29

ИС

Игорь Середа... in testing_in_python
Хорошо, что он именно так и сформулировал вопрос.
источник

ИС

Игорь Середа... in testing_in_python
А, подождите.
источник

M

Merg in testing_in_python
Наиль
Всем привет) Кто нибудь использует pytest-bdd?
Кто ж в таком признается
источник

Н

Наиль in testing_in_python
Меня просто на собеседовании спросили, использую ли я pytest-bdd. Поэтому интересно стало
источник

S

Sergei in testing_in_python
ответ повлиял на решение дать оффер или нет?
источник

S

Sergei in testing_in_python
или у них используют?
источник

EB

Evgenii B in testing_in_python
Сомневаюсь что узнаём. Никто не скажет тебе «ну ты знаешь pytest bdd потому и взяли».
источник

Н

Наиль in testing_in_python
Sergei
или у них используют?
Хз, возможно просто вопрос на проверку. У Вас используют? Норм?
источник

S

Sergei in testing_in_python
никогда не доводилось видеть)
источник
2020 September 30

BK

Boris Krutskih in testing_in_python
Всем привет) нужен совет по автоматизации тестирования ролей
Есть допустим 3 роли, у каждой роли есть галочки которую позволяют проделывать некие операции... так вот, кейсов на такое тестирование может быть тьма, когда мы поочереди разрешаем что-то пользователю и запрещаем.
Как вы посоветуете такое запихнуть в автотесты?
Все что мне пришло в голову это) если одна роль работает как надо, значит и остальные так же) но идейка такая себе
источник

YP

Yuriy Podporinov in testing_in_python
Добрый вечер. Подскажите, как можно реализовать такую вещь:
1. Выполняем запрос API, получаем авторизационный токен
2. Открываем страницу браузера, по которой токен уже получили по API, и входим в личный кабинет.
Возможно ли это, если использовать Selenium ?
источник

IS

Idi Suda in testing_in_python
Yuriy Podporinov
Добрый вечер. Подскажите, как можно реализовать такую вещь:
1. Выполняем запрос API, получаем авторизационный токен
2. Открываем страницу браузера, по которой токен уже получили по API, и входим в личный кабинет.
Возможно ли это, если использовать Selenium ?
1. requests.get(url)
2. driver.get(usr:pass@url)
источник

YP

Yuriy Podporinov in testing_in_python
окей, спасибо
источник

О

Олександр in testing_in_python
Boris Krutskih
Всем привет) нужен совет по автоматизации тестирования ролей
Есть допустим 3 роли, у каждой роли есть галочки которую позволяют проделывать некие операции... так вот, кейсов на такое тестирование может быть тьма, когда мы поочереди разрешаем что-то пользователю и запрещаем.
Как вы посоветуете такое запихнуть в автотесты?
Все что мне пришло в голову это) если одна роль работает как надо, значит и остальные так же) но идейка такая себе
если кейсов тьма, то я бы присмотрелся к pairwise testing
источник

V

Vyacheslav in testing_in_python
Boris Krutskih
Всем привет) нужен совет по автоматизации тестирования ролей
Есть допустим 3 роли, у каждой роли есть галочки которую позволяют проделывать некие операции... так вот, кейсов на такое тестирование может быть тьма, когда мы поочереди разрешаем что-то пользователю и запрещаем.
Как вы посоветуете такое запихнуть в автотесты?
Все что мне пришло в голову это) если одна роль работает как надо, значит и остальные так же) но идейка такая себе
Роли и пермишены - потенциальная дыра в безопасности. Как минимум, каждое разрешение должно быть покрыто тестом.
pairwise - это про другое, никто не требует же все комбинации разрешений проверять. Тем более, речь о ролях - там должен быть фиксированный набор разрешений
источник
2020 October 01

AM

Artur Mustafin in testing_in_python
Boris Krutskih
Всем привет) нужен совет по автоматизации тестирования ролей
Есть допустим 3 роли, у каждой роли есть галочки которую позволяют проделывать некие операции... так вот, кейсов на такое тестирование может быть тьма, когда мы поочереди разрешаем что-то пользователю и запрещаем.
Как вы посоветуете такое запихнуть в автотесты?
Все что мне пришло в голову это) если одна роль работает как надо, значит и остальные так же) но идейка такая себе
для начала - я бы сделал unit tests, потом behave, то есть acceptance_tests, и этого за глаза хватает для твоей задачи. Более того, я бы напряг менеджеров писать cucumber, свои, пусть пишут кейсы для ролей, и все такое. и вот как раз, в таком случае в behave, ты пишешь 3 функции, которые используются в 100500 тестах, которые, понятное дело, пишут манагеры

When admin is in role Administrators
Then make a call to endpoint DELETE /admins/{id}
And expecting successful request execution (HTTP 200)
...
источник

IS

Idi Suda in testing_in_python
Artur Mustafin
для начала - я бы сделал unit tests, потом behave, то есть acceptance_tests, и этого за глаза хватает для твоей задачи. Более того, я бы напряг менеджеров писать cucumber, свои, пусть пишут кейсы для ролей, и все такое. и вот как раз, в таком случае в behave, ты пишешь 3 функции, которые используются в 100500 тестах, которые, понятное дело, пишут манагеры

When admin is in role Administrators
Then make a call to endpoint DELETE /admins/{id}
And expecting successful request execution (HTTP 200)
...
Бля не слушай его Борис, он советует полную хуйню
источник

S

Sergei in testing_in_python
> behave, ты пишешь 3 функции, которые используются в 100500 тестах

😂
источник

OK

Oleg Kaliukh in testing_in_python
Sergei
> behave, ты пишешь 3 функции, которые используются в 100500 тестах

😂
behave, ты пишешь 100500 функций, которые манагеры используют в 3 тестах. Дальше всем становится понятно, что манагеры не будут писать тесты и вы набираете овер9000 джунов. Потом у тебя на поддержке 100500 функций и армия ребят которые хотят 300к/сек, бо они ведь аутамейшн куа  индженеры
источник

IS

Idi Suda in testing_in_python
Или не набираете джунов и все дружно страдаете из-за хуевых решений и ждёте кого-то, кто перепишет на нормальный фреймворк
источник