Сколько запросов обрабатывается
Что проверяют
Вопрос намеренно неполный, и первое, что смотрят, уточните ли вы его. Речь может идти о числе сетевых запросов при загрузке страницы, о нагрузке на слой представления или о том, сколько раз за данными ходит один экран. Второе, что смотрят, знаете ли вы порядок величин по своему проекту.
Как отвечать
Сначала переспросите, о каком из сценариев речь. Дальше отвечайте числом и источником числа, а не ощущением: вкладка сети в инструментах разработчика, отчёт Lighthouse, данные реальных пользователей из мониторинга.
Для загрузки страницы разложите состав: документ, стили и скрипты критического пути, шрифты, изображения, запросы за данными. Полезнее самого количества оказывается глубина цепочек: три запроса, ждущих друг друга по очереди, хуже десяти параллельных. Что с этим делают: разделение бандла по маршрутам, предварительное подключение к домену API, кэширование ответов, объединение мелких вызовов в один и дедупликация одинаковых запросов на уровне библиотеки работы с данными.
Для запросов за данными назовите свои цифры: сколько вызовов делает экран при первом открытии, сколько из них можно было получить одним, что переехало на сервер.
Где спотыкаются
Называют число наугад, не уточнив вопрос. Здесь именно уточнение и есть проверяемый навык: цифра без сценария ничего не значит, а неверно понятый вопрос портит впечатление сильнее незнания.
Второе: повторяют правило «чем меньше запросов, тем лучше» из времён, когда браузер держал по несколько соединений на домен. С мультиплексированием в современном протоколе множество мелких файлов перестало быть проблемой, а склейка всего в один бандл вредит кэшированию: правка одной строки заставляет скачивать всё заново.
Третье: путают запросы страницы с нагрузкой на сервер. Число вызовов в секунду это метрика бэкенда, и если позиция фронтендерская, честнее сказать, что видите свою сторону, и назвать, откуда берёте данные о ней.