Как провести тест производительности на нашем сайте

StackOverflow https://stackoverflow.com/questions/1796784

Вопрос

и нашему клиенту нужно, чтобы мы смоделировали 50 человек для одновременной работы на веб-сайте, а время ответа должно быть в пределах 5 секунд.Но нас беспокоит то, что если мы проведем тестирование на их веб-сайте, мы не сможем контролировать скорость сети, оборудование и так далее.Поскольку это может повлиять на результат нашего теста.и еще одна вещь: на нашем веб-сайте есть несколько токенов защиты от подделки, инструмент тестирования производительности не может имитировать этот механизм. После того, как мы запишем запрос и система отправит его снова, произойдет сбой, поскольку токен станет недействительным.и я хочу знать, как вы обычно проводите этот тест производительности?какие-либо предложения ?Заранее спасибо !

Это было полезно?

Решение

Мой обычный подход поэтапный.

Сначала протестируйте в среде разработки с помощью простого инструмента, такого как WCAT.Он не будет запускать JavaScript или выполнять обратную передачу, но будет создавать нагрузку на одновременные запросы и потоки, которые часто являются основными узкими местами производительности.

Как только все будет работать так, как нужно, перейдите к Visual Studio Team Test, который поддерживает более сложные сценарии.Начните с лаборатории, а затем перейдите к бета- или предпроизводственной среде.Мне также нравится использовать счетчики производительности и мониторинг на стороне сервера в дополнение к измерениям на стороне клиента, а иногда и вместо них.

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

Затем протестируйте с реальными пользователями в бета-среде.Детали зависят от проекта.Если я не могу найти реальных пользователей, я также создал настройки с десятками компьютеров, на которых выполняются тестовые сценарии с реальными браузерами.Есть несколько хороших сторонних инструментов, которые могут помочь и здесь, например Load Runner (правда, дорогой).

Наконец, продолжайте мониторинг и тестирование после запуска программного обеспечения в производство.Нередко программное обеспечение, которое отлично работает в бета-версии, разваливается в рабочей версии из-за каких-то непредвиденных различий или несогласованности (например, конфигурации IIS).

Другие советы

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top