Звучит как сценарий триллера, но это реальная история из жизни инженера Postgres Professional — компании, которая разрабатывает одну из главных СУБД в мире.
А ещё я заметил одну вещь: почти каждая команда, которая говорит «мы провели нагрузочное тестирование» — на самом деле упускает много ньюансов. JMeter, 1000 пользователей, среднее время 200мс, «всё ок» — и на прод. А потом вылазят баги, и всё лежит 😺
Тестирование производительности — это не про «запустил инструмент и получил зелёную галочку». И чтобы разобраться, как делать это правильно, я позвал в гости на прямой эфир Михаила из Postgres Professional. 10+ лет в тестировании производительности, работает внутри команды, которая делает PostgreSQL. Докладчик предстоящей конференции Heisenbug.
Разберём:
— Почему нагрузочное тестирование ≠ тестирование производительности
— Какие метрики врут и почему среднее время ответа бесполезно
— Что страшного происходит внутри базы данных, чего QA не видит
— Как тестировать перформанс, если нет копии прода
— Баги, которые живут ТОЛЬКО под нагрузкой — почему их невозможно поймать на одном пользователе
— И та самая детективная история длиной в год
Кому стоит прийти:
QA и тестировщикам, которым хоть раз говорили «нам нужно нагрузочное тестирование» — и кто понимал, что не знает, с чего начать. Тем, кто работает с PostgreSQL и хочет понимать, что происходит под капотом. И тем, кто хочет разобраться до того, как production ляжет в 3 часа ночи.
Эфир пройдёт на YouTube 05.04 в 20:00 (воскресенье).
Ссылка на эфир: https://www.youtube.com/live/JmeQn9pEWWQ
Обязательно нажмите на колокольчик «Прислать уведомление», если не хотите пропустить!
И ставьте 🔥, если тема интересная и придёте!