Size: a a a

testing_in_python

2019 January 21

M

MadWizzard in testing_in_python
всем доброго времени суток! есть проблема: нужно селениумом переходить по разным страница (кликая на кнопочки) и проверять, что приходит в network. использовать библиотеку requests нельзя, так как нужно поймать, что шлет фронт. используется последняя версия питона. помогите, люди добрые, кто чем может!
источник

IS

Idi Suda in testing_in_python
MadWizzard
всем доброго времени суток! есть проблема: нужно селениумом переходить по разным страница (кликая на кнопочки) и проверять, что приходит в network. использовать библиотеку requests нельзя, так как нужно поймать, что шлет фронт. используется последняя версия питона. помогите, люди добрые, кто чем может!
vcr записывает сетевые реквесты
источник

M

MadWizzard in testing_in_python
Idi Suda
vcr записывает сетевые реквесты
применять прям в теле теста? просто впервые о такой штуке слышу(
источник

IS

Idi Suda in testing_in_python
MadWizzard
применять прям в теле теста? просто впервые о такой штуке слышу(
https://github.com/kevin1024/vcrpy вот, почитай. Есть еще плагин для пайтеста. Называется, ты не поверишь, pytest-vcr
источник

IS

Idi Suda in testing_in_python
MadWizzard
применять прям в теле теста? просто впервые о такой штуке слышу(
Ну а как ты считаешь? До теста? После всех действий?
источник

BO

Boris Osipov in testing_in_python
betzy
создавать для каждого теста юзера - плохая идея, нужно сделать пару инсертов в базу, сходить верифицировать на эндпоинт и т.д.
ну сделай себе небольшой вебсервис, который будет перед стартом тестов создавать N юзеров(по кол-ву потоков). Тесты ходят в сервис и получают\возвращают юзеров. Сервис чистит настройки для юзеров, которых возвращают тесты. Итого создал мало юзеров и все они чисты перед каждым тестом.
источник

M

MadWizzard in testing_in_python
Idi Suda
Ну а как ты считаешь? До теста? После всех действий?
после действия
источник

M

MadWizzard in testing_in_python
@Bitch_dont_cry ну, попробую поюзать) пасиб большое!
источник

b

betzy in testing_in_python
а я могу кстати один сьют заранить параллельно а другие последовательно? и шоб все в один отчетик сложило?
источник

EB

Evgenii B in testing_in_python
betzy
пушо 10 минут ждать, когда это можно все прогнать за 2 - такое себе удовольствие
Создавай тесты на подсчёт тикетов в отдельной борде
источник

EB

Evgenii B in testing_in_python
Если у тебя при запуске в параллели выигрыш 8 минут (2 минуты против 10), то фикстура с созданием отдельной Борды через апи точно быстрее будет
источник

EB

Evgenii B in testing_in_python
Boris Osipov
ну сделай себе небольшой вебсервис, который будет перед стартом тестов создавать N юзеров(по кол-ву потоков). Тесты ходят в сервис и получают\возвращают юзеров. Сервис чистит настройки для юзеров, которых возвращают тесты. Итого создал мало юзеров и все они чисты перед каждым тестом.
В данном кейсе это оверкил. Можно оставить кейсы все как есть, только для одного конкретного добавить фикстуру которая для этого кейса создаст отдельное окружение
источник

BO

Boris Osipov in testing_in_python
как я понял речь не про один кейс
источник
2019 January 22

b

betzy in testing_in_python
там параметризированные кейсы и если их ранить параллельно то придется для каждого запуска параметров создавать юзера с бордой
источник

b

betzy in testing_in_python
а эт долго
источник

b

betzy in testing_in_python
ну выйдет дольше, чем сейчас
источник

b

betzy in testing_in_python
вчера решили, что можно джва раза запускать просто - 1 раз с маркерами, которые будут ранить параллельные тесты, а второй раз - последовательные
источник

M

MadWizzard in testing_in_python
всем доброго времени суток! вопрос: кто-нибудь пользуется/пользовался scapy?
источник

BO

Boris Osipov in testing_in_python
don't ask to ask just ask
источник

BO

Boris Osipov in testing_in_python
вы проблему какую-то решаете или статистику по scapy собираете? :)
источник