Тестирование производительности иногда может быть неправильно истолковано как перегрузка сервера с высокой пропускной способностью запросов, но такие понятия, как время обдумывания, темп и задержки, помогают нам достичь реальных пользовательских шаблонов, происходящих в процессе производства. Разработка сценария тестирования производительности, максимально приближенного к реалистичным пользовательским шаблонам, очень важна для достижения результатов , которые обнаруживают реальные проблемы и узкие места в приложениях. В этом же контексте время времени и темпа имеют важное значение при разработке сценариев тестирования нагрузки. В этой статье мы рассмотрим время обдумывания, темп и задержки, а также их значение, рекомендации и то, как мы можем настроить эти метрики в рамках нашего сценария нагрузочного теста с помощью LoadView. Давайте сначала разберемся, что означает время и темп обдумывания в нагрузочных тестах , когда речь идет о нагрузочном тестировании.
Что такое время думаете?
Подумайте, время в тестировании нагрузки разница во времени между каждым действием одного пользователя. Пользователь во время просмотра приложения тратит некоторое количество времени (думаю, время), прежде чем делать некоторые действия на веб-сайте. Например, в веб-приложении электронной коммерции пользователь щелкает плитку продукта, переходит на страницу отображения продукта, а затем ждет там, чтобы просмотреть и прочитать содержимое на этой странице, прежде чем нажать кнопку «Добавить в корзину». Время, затуманееченные от нажатия на плитку продукта до нажатия на Add to Cart, называется «время времени». Значение времени времени времени времени варьируется от пользователя к пользователю, но для нашего тестового сценария, мы можем взять среднее время времени времени.
Обычно, когда вы думаете о нагрузочном и стресс-тестировании, вы думаете о том, чтобы просто обслуживать большое количество одновременных пользователей в ваших веб-приложениях, веб-сайтах или API, чтобы увидеть, как они работают в условиях нагрузки. Хотя стресс-тестирование имеет свое место в тестировании производительности, этот тип теста производительности не подходит для понимания производительности с точки зрения пользователя, поскольку на самом деле он не имитирует реальные сценарии. Именно здесь приходит время подумать, чтобы помочь лучше смоделировать шаги пути пользователя, такие как, например, пути к покупке, поиск продукта или вход в учетную запись. Каждый из этих шагов имеет различные значения времени времени, и важно принимать их во внимание при тестировании нагрузки.
Что такое ходить?
Ходить используется во время нагрузочных тестов, чтобы убедиться, что мы запускаем тест с желаемой транзакции в секунду. Это разница во времени между каждой полной итерацией бизнес-потока. Это помогает нам контролировать количество запросов, отправленных на сервер в секунду. Ходить немного отличается от времени думайте. Как мы описали выше, подумайте, что время – это задержка между действиями в итерациях или шагах. Как мы уже упоминали, тестирование нагрузки не о ударе сервера с таким количеством запросов, как это возможно без задержек, план тестирования с желаемой пропускной способностью может быть достигнуто путем нахождения правильного значения ходить. Кроме того, ходить, наряду с думать время, также помогает лучше имитировать опыт пользователя и обеспечивает более реалистичный тест нагрузки. Между итерациями обычно существует короткий период времени, поэтому при настройке нагрузочных тестов важно учитывать его.
Почему важно вводить задержки в сценариях тестирования нагрузки
Загрузка тестирования приложения до полного этапа развертывание спасает нас от потенциального плохого опыта, с которыми сталкиваются конечные пользователи с проблемами, как тайм-ауты, медленные ответы страницы, и простои. Для того, чтобы получить близко к реалистичным результатам тестирования нагрузки и найти проблемы, если таковые имеются, мы должны были бы довести наш сценарий тестирования, чтобы быть как можно более реалистичным. Рассмотрение времени времени времени и темпа в нашем дизайне тестового сценария помогает нам проверить, как управление очередями сервера, использование потоков и управление памятью ведут себя под большой нагрузкой. Например, если мы попытаемся добавить время времени между каждым одновременным действием пользователя, во время этой задержки сервер, как правило, выбирает другие ожидающие задачи из очереди, выполняет следующую задачу, а затем выбирает старую задачу снова. Этот шаг именно то, что происходит за производство с реальными пользователями. Добавление времени времени на время времени также увеличивает время, затя какое-либо время, затя какое-либо время, затясть пользователя в приложении, которое определяет проблемы, связанные с одновременной работой с пользователем на сервере.
Как рассчитать задержки для приложений
Количество одновременных виртуальных пользователей, задержек и транзакций в секунду (TPS) варьируется для каждого приложения. Таким образом, чтобы рассчитать, какие должны быть задержки для нашего приложения, мы можем использовать ниже формулы.
Длительность теста нагрузки (в секундах) — (TPS — Задержки) — Подсчет одновременных пользователей — Общие транзакции
Скажем, например, мы хотели бы создать 100 000 транзакций, каждая транзакция имеет время отклика 5 секунд, и мы будем работать тест в течение 10 минут (600 секунд). Давайте рассчитаем, сколько одновременных пользователей требуется предполагая, если у нас есть 3 секунды времени времени мысли в задержках. Используя вышеупомятую формулу, мы можем рассчитать количество пользователей, требуемое. В нашем случае было бы 100000 /(8’10’60), который выходит, чтобы быть около 21 пользователей. Таким образом, мы можем найти задержки и номера, необходимые для нагрузочных тестов.
Лучшие практики перед запуском теста нагрузки
Чтобы получить наилучшие и точные результаты тестирования производительности, мы должны рассмотреть вопрос о том, чтобы ответить ниже на вопрос, который фокусируется на передовой практике во время тестирования нагрузки.
Количество одновременных пользователей
Мы должны понимать, на что ожидается одновременных пользователей мы хотим, чтобы бенчмарк нашего приложения.
Моделирование сценариев реальных пользовательских тестов
Проектирование сценария тестирования с учета реального путешествия пользователя, время, проведенное пользователем, и задержки между каждым тестом.
Гео-распределенные виртуальные нагрузки
Загрузочных инжекторов генерации нагрузок должны быть разделены на основе конкретных геолокаций, если наше приложение, как ожидается, будет получать трафик со всего мира.
Настройка периода Ramp Up
Установка периода времени наращивания также помогает постепенно увеличивать масштаб приложения и делает наш тестовый сценарий реалистичным для поведения приложения.
Продолжительность теста
Продолжительность теста важна для понимания того, как ведет себя сервер при постоянной прямой загрузке.
Добавление задержек с LoadView
LoadView включает в себя EveryStep Web Recorder, который обеспечивает простоту создания тестовых сценариев, записывая действия, выполняемые нами в браузере. Он имитирует точные шаги и поведение пользователя, собирает все точки данных, такие как селекторы, действия и задержки. При создании нашего тестового сценария, мы должны были бы имитировать реальное путешествие пользователя с задержкой времени времени. После того, как мы остановили запись, она создает скрипт, который может быть повторно с желаемыми одновременными пользователями. Как вы можете видеть на рисунке ниже, мы также можем изменить сценарий и обновить задержки для отдельных шагов, по мере необходимости для теста. Узнайте больше о редактировании скриптов EveryStep Web Recorder.
Разработанный скрипт с реальным взаимодействием пользователя с приложением и путешествием пользователя считается лучшим подходом, который может помочь нам достичь точных результатов из теста нагрузки.
Профиль поведения пользователей
Кроме того, у вас есть возможность изменить поведение пользователя на платформе LoadView. Как вы можете видеть на рисунке ниже, вы можете выбрать из Normal Delay или выбрать пользовательские задержки для настройки конкретного поведения пользователей и задержки для ваших приложений. Узнайте больше о настройке поведения пользователей.
Проявив мысли: Тестирование нагрузки: подумайте время, ходить, и задержки
Тестирование производительности приложения является критическим аспектом, прежде чем мы отправим его в производство. Это может помочь нам найти эти точные проблемы, связанные с производительностью, только если следуют лучшие практики и разрабатываются сценарии тестирования, которые охватывают реальные поездки пользователей в приложении. В этой статье мы рассмотрели, как, имея в виду время времени и задержки при создании тестового сценария, могут помочь в поиске под проблемами системы. Это помогает нам заблаговременно находить такие проблемы, как тайм-ауты страницы, медленный отклик страницы, время отклика и ошибки сервера при высокой нагрузке.
Эти стратегии могут помочь нам перейти к отзывчивым и надежным приложениям и веб-сайтам. Попробуйте EveryStep Web Recorder прямо сейчас и посмотреть, как быстро вы можете создать скрипты для ваших приложений.
Зарегистрируйтесь в LoadView сегодня и получите бесплатные нагрузочные тесты. Вопросы о платформе LoadView? Поговорите с нашей командой поддержки, чтобы поговорить с одним из наших инженеров по производительности.