Айтишники часто делятся байками, которые поймут только посвященные в IT😎
Мы собрали интересные истории от специалистов по нагрузочному тестированию #SimbirSoft. Представим, что это чат под названием performance_humor.log😈 И вот что там пишут👇
________________
💁♀️💬Поделюсь болью. Искала утечку памяти в java-приложении. Нашла «больное место», профилирую, есть класс с утечкой. Завела баг. У разрабов были более приоритетные задачи, правку отложили. Тем временем DevOps обновляет java на сервере. Проблема исчезает. DevOps-магия в действии🧙♀️
🤷♂️💬Да уж. Как говорится: «Если болезнь не начать лечить, она может пройти сам😄
👨💻💬У меня проект был один на «много» пользователей (несколько млн.). В ходе теста выяснилось, что сервис первых 30 пользователей пускает, а следующих 20 блокирует — и так по кругу. Всю голову сломала. Потом оказалось, что разработчик в инициативном порядке сделал защиту от DDOS-атак🐲
🤦♂️💬Видимо, на опережение работал, не дожидаясь постановки задачи😉 Я на своем первом «миллионнике» сам и проблему нашел, и в нее же угодил. Проект большой, тестовых учеток нужно было много. А там при создании профиля пользователя создавалась персональная папка, в которой хранился аватар. При изменении аватара старая картинка сохранялась в этой папке. Сказал ментору, что здесь 2 потенциальные проблемы. Т.к. лимитов нет, то можно забить пространство диска аватарками или исчерпать лимит inodes. На следующий день, без задней мысли, создал 1,5 млн. тестовых пользователей, что дало 1,5 млн. аватарок = 3 млн. inodes — которые, естественно, закончились.
🐱🚀💬Давайте о хорошем! Вот у нас пользователи на проекте жаловались на медленно формирующийся отчет — 5 минут формировался. Полез профайлером, заметил, что большая часть времени уходит на функцию, формирующую ширину столбца по содержимому. Сделали ширину фиксированной. Отчет стал формироваться за 30 секунд.
🐱💻💬Вот за это я и люблю нагрузку — за разнообразие❤
У тебя тоже есть, что рассказать про нагрузочное тестирование?👀 «Добавь сообщение в чат» — жги в комментариях👇