Комментарии 5
Самое "интересное", это мерцающие тесты, например, на нагрузку. Сейчас работает, а через 5 мин не работает. Приходилось долго плясать с бубном.
расскажите подробнее, пожалуйста? в чём проблема заключалась, как реализовали мерцающие тесты, как помогло выявить проблему?
Проблема ровно в том, как я описал. Сделали на Jmeter нагрузочный тест на 25 пользователей. На только что развёрнутой системе работает, но не всегда. Если система поработала день и больше, то тест работает, но ещё более "невсегдатее". А если к системе подключён хоть один пользователь, то вообще кранты. Поэтому сначала просто запускаешь тест, он обычно не проходит (но а вдруг?), дальше рестартуешь всю систему, это минут 20-30, а потом, если тест опять не проходит, то и свежую БД накатываешь (2.5 часа) + рестарт системы. А если и тогда не проходит, то...
А без прохода этого теста нельзя официальный релиз делать. В общем, крови много они выпили)
Переход с Postman на Locust слегка удивил. Прелесть Locust в том, что он позволяет переиспользовать код функциональных тестов, написанных на Python. В этой связке он действительно хорош. В остальном, есть другие инструменты нагрузочного тестирования, которые превосходят его по многим характеристикам: простоте освоения, функциональным возможностям, популярности наконец. Более логичной кажется связка с Jmeter - ещё одним "no code" инструментом тестирования.
+1, Благодарю, полезная статья для рекомендаций коллегам. Себе сохранила.
Методы тестирования веб-API, которые должен знать каждый: чек-листы для начинающих