Мы выполняем множество услуг по нагрузочному тестированию от имени наших клиентов, и мы всегда рекомендуем гибкий и итеративный подход к нагрузочному тестированию. Это особенно верно, когда графики плотные.
Во-первых, убедитесь, что вы четко понимаете цели своего тестирования. На какие вопросы вы хотите ответить, когда закончите? Общие цели:
- Какова продолжительность страницы, когда пользователи NNN находятся на сайте?
- Сколько пользователей может обрабатывать сайт, сохраняя при этом наши цели по производительности - время загрузки страницы 4 секунды
- Сколько пользователей нужно, чтобы сайт рухнул?
Помня о целях, мы рекомендуем начать с создания наиболее важного тестового примера и запустить тест. Чем быстрее вы приступите к выполнению тестов, тем быстрее вы сможете решить проблемы с производительностью системы или архитектуры. Запустите тест, оптимизируйте / исправьте приложение, если необходимо, и, когда оно удовлетворяет целям производительности, добавьте еще один тестовый сценарий. Продолжайте этот цикл, пока вы (1) не будете удовлетворены (1) результатами теста и охватом или (2) у вас не хватит времени и / или бюджета.
Выбор тестовых примеров для начала может быть сложным - у меня есть более подробный совет по нашему блогу .
Наконец, убедитесь, что вы выбрали инструмент тестирования, который будет соответствовать вашим целям и уровню производительности, необходимому для соответствия вашему графику. Вопросы для рассмотрения:
- Сколько времени нужно, чтобы типичный тестовый сценарий работал?
- Предоставляет ли он какой-либо анализ данных или задача анализа массива данных, сгенерированных во время теста, ложится на пользователя?
- Может ли инструмент собирать метрики сервера и интегрировать их в отчеты и / или анализ?
Естественно, я рекомендую взглянуть на наш продукт (Web Performance Load Tester), но разумно попробовать хотя бы несколько инструментов, чтобы увидеть, какой из них лучше всего соответствует вашим потребностям.