Какой опыт нагрузочного тестирования у вас есть?
Что проверяют
Понимаете ли вы разницу видов нагрузки и умеете ли формулировать критерии в числах.
Как отвечать
Начните с видов, чтобы было видно, что вы различаете задачи: нагрузочное (ожидаемая нагрузка, проверяем соответствие требованиям), стрессовое (за пределом, ищем точку отказа), объёмное (много данных), выносливости (долгий прогон, ищем утечки и деградацию), пиковое (резкий скачок).
Дальше конкретика.
> «Гоняю k6, сценарии в репозитории рядом с кодом. Профиль строю по реальной статистике: соотношение ручек берём из логов балансировщика, а не выдумываем. Критерии в числах: девяносто пятый перцентиль не выше трёхсот миллисекунд при пятистах запросах в секунду, доля ошибок ниже процента. > > Из последнего: на пятистах запросах в секунду время ответа росло лавиной. По метрикам увидели, что упирается не приложение, а база: не было индекса под фильтр в горячей ручке. После индекса тот же профиль прошёл с запасом».
Обязательно скажите, что смотрите не только на результат теста, но и на метрики системы: процессор, память, пул соединений, очереди, время ответа базы. Без этого тест показывает «медленно», но не говорит почему.
И про среду: нагрузку гоняют на стенде, похожем на прод по ресурсам и данным. На пустой базе результат ничего не значит.
Где спотыкаются
Меряют среднее время вместо перцентилей.
Гоняют нагрузку на тестовой базе из ста строк.
Не снимают метрики системы и не могут объяснить причину деградации.
Не формулируют критерий заранее, поэтому непонятно, тест пройден или нет.