Кейс

Портал не выдерживает согласованную нагрузку

На демонстрации портал работал, но при массовом входе пользователей появились задержки и ошибки. Как проверить производительность в условиях, сопоставимых с техническим заданием.

Суть спора

Заказчик сообщает о сбоях во время запуска личных кабинетов. Подрядчик демонстрирует успешное открытие страниц одним пользователем и ссылается на недостаточную мощность сервера. В ТЗ указан нагрузочный профиль, но стороны по-разному понимают одновременную работу.

Число подключений, активных пользователей и запросов в секунду не взаимозаменяемо. Проверка должна задавать операции, интервалы между ними, объём данных и конфигурацию среды.

Объект исследования

ТЗ с критериями производительности и профилем нагрузки

Зафиксированная сборка портала

Описание серверов, базы данных и внешних зависимостей

Метрики приложения, базы и генератора нагрузки

Вопросы эксперту

Соответствует ли среда согласованной конфигурации?
При каких сценариях возникают ошибки и задержки?
Какой компонент ограничивает производительность?
Повторяются ли результаты при одинаковых условиях?

Методики и инструменты

  • Воспроизводимый сценарий с согласованным набором операций
  • Постепенное повышение нагрузки на отдельном стенде
  • Измерение времени ответа, доли ошибок и загрузки ресурсов
  • Контроль возможностей самого генератора нагрузки

Ход исследования

Этап 1 · Подготовка стенда · Фиксируют версии, настройки и объём тестовых данных, проверяют сопоставимость с ТЗ.
Этап 2 · Базовый прогон · Измеряют одиночные операции и проверяют корректность сценария до увеличения нагрузки.
Этап 3 · Нагрузочные серии · Выполняют повторные прогоны, сохраняют параметры и метрики по каждому интервалу.
Этап 4 · Локализация ограничения · Сопоставляют задержки с блокировками базы, очередями и использованием ресурсов.

Результаты исследования

Сценарий воспроизводится

В ходе исследования ошибки возникают при массовом сохранении анкет, а простое чтение страниц проходит успешно.

Блокировка базы

Рост задержек совпадает с ожиданием блокировок при записи.

Стенд соответствует

Параметры исследуемого стенда укладываются в согласованные требования; конфигурация явно описана в протоколе.

Нельзя обобщать

Результат относится к выбранному профилю и объёму данных, а не ко всем возможным нагрузкам.

Выводы и практическая польза

Демонстрация одним пользователем не проверяет нагрузочное требование. В этом сценарии ограничение связано с конкурентной записью; вывод подтверждают повторными сериями при фиксированных условиях.

Что даёт такое исследование

Протокол испытаний связывает требование ТЗ с измеряемым результатом и задаёт условия повторной проверки после исправления.

Материалы для первичной оценки

Для оценки задачи подготовьте описание спорного периода, перечень доступных версий и источников, согласованные требования и вопросы к исследованию. Состав материалов, сроки и стоимость определяются после изучения конкретной ситуации.

Специалисты по теме кейса

Эксперты по направлению
Савельев Дмитрий Алексеевич
Экспертиза ПО, качества разработки и соответствия ТЗ
Профиль эксперта →
Шипанов Андрей Андреевич
Компьютерная экспертиза ПО и устройств
Профиль эксперта →

Хотите понять, применим ли такой подход к вашему делу?

Опишите ситуацию, и ведущий эксперт бесплатно оценит перспективу, сроки и стоимость.