Все думаю новую статью написать, про фичи рассказать.
И вообще, контекстные менеджеры штука полезная, позволяет заранее убирать за собой мусор. Зачем от них отказываться?
Не спорю - в написании UI тестов использую постоянно. А в примере в статье предлагал упростить, потому что контекст объекта response ограничен методом теста и будет очищен сразу, как только метод завершится.
поддерживаю AlexPancho — нужно больше данных для воспроизведения — кол-во пользователей, параметры системы. min_max_wait = 1 значит, что каждый отдельный пользователь после получения ответа на предыдущий запрос будет ждать, не больше и не меньше, чем 1 мс перед отправкой следующего
не уверен, т.к. рандомность задач — одна из фишек, продвигаемых разработчиками. Есть только идеи — попробую проверить, одна из них — распределенный тест с конкретными задачами для каждого исполнителя
есть ивенты, на которые можно подписаться
был опыт, но тогда задача свелась к написанию своего тула с нуля
Ого, прям привет из прошлого :) Очень приятно, что статьи еще читают.
Действительно, за 3 года поменялись API (https://docs.locust.io/en/stable/writing-a-locustfile.html#validating-responses) и даже название модуля в pip. Теперь без контексного менеджера не работает и, судя по доке, там сейчас без него бросается Exception обрабатывается самим локустом и в статистику не попадает.
Все думаю новую статью написать, про фичи рассказать.
Не спорю - в написании UI тестов использую постоянно. А в примере в статье предлагал упростить, потому что контекст объекта response ограничен методом теста и будет очищен сразу, как только метод завершится.
где с и r — количество и прирост