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

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

1. Анализ требований

Понимание бизнес-требований и ключевых операционных процессов.

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

2. Создайте тестовые сценарии

По результатам анализа требований разрабатываются тестовые сценарии, отражающие типичное поведение пользователей.

Эти сценарии должны охватывать основные функциональные точки и бизнес-процессы.

3. Определите тестовые данные

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

4. Создайте тестовую среду

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

5. Разработайте тестовые сценарии

Используйте инструменты тестирования производительности (такие как LoadRunner, JMeter и т. д.) для написания тестовых сценариев, имитирующих действия пользователя.

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

6. Проведите предварительное тестирование.

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

Убедитесь, что все функции работают должным образом.

7. Постепенно увеличивайте нагрузку

Постепенно увеличивайте количество одновременных пользователей или объем транзакций и наблюдайте за производительностью системы.

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

8. Результаты анализа

Анализируйте результаты тестов, чтобы найти узкие места в производительности.

Проверьте журнал ошибок, чтобы определить причину проблемы.

9. Оптимизация и итерация

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

Снова выполните тестирование производительности модифицированной системы.

10. Финальный тест

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

11. Отчет и резюме

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

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

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

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

Сценарий — это совокупность всех ситуаций, в которых пользователь будет использовать систему для достижения заранее определенной цели.

Вообще говоря, с точки зрения использования продукт имеет три измерения: развертывание, настройка и бизнес-нагрузка. Однако большинство тестировщиков обычно проводят тестирование с точки зрения дизайна продукта, например, тщательно анализируя процесс разработки и внедрения перед тестированием. а затем разработать условия испытаний или данные испытаний, охватывающие процесс. Однако тестирование сценариев требует, чтобы тестировщик начал с привычек использования пользователя, в том числе с того, как пользователь будет выполнять развертывание, как пользователь будет настраивать и какую бизнес-нагрузку он будет использовать. На основе этого строятся тестовые сценарии и разрабатываются тестовые сценарии. задействованные контрольные точки тестирования также должны быть ориентированы на пользователя.

При проведении тестирования производительности сценариев нам сначала необходимо проанализировать методы развертывания, используемые пользователями в реальных условиях.

Например:

Каковы типичные сценарии развертывания для пользователей (например, сеть) и каковы соответствующие среды восходящей и нисходящей линии связи?

Какие методы развертывания есть у пользователей (например, развертывание виртуализации, развертывание сервера и т. д.)?

Отличается ли среда развертывания пользователя от тестовой среды?

Могут ли ресурсы в этих типичных средах развертывания соответствовать основным требованиям системы, есть ли конфликты за ресурсы или очевидные недостатки ресурсов в среде, если да, определите, повлияет ли это на производительность, а затем используйте точки, которые могут повлиять на производительность, как Факторы тестирования производительности.

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

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

Что касается бизнес-нагрузки, при сценарном тестировании производительности нам также необходимо постараться смоделировать характеристики нагрузки реального бизнеса пользователей.

Например:

Новая бизнес-ситуация и масштаб параллелизма.

Размер пропускной способности.

Размер пакета, чрезвычайные ситуации и т. д.

Распределение по типу бизнеса.

Есть ли в бизнесе какая-то закономерность, например, циклические изменения и т. д.?

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

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

Полезно поискать в Интернете следующие статьи:

1. Метод проектирования сценариев тестирования производительности.

https://mp.weixin.qq.com/s/Pi1uKKnzzqxihq9A3WS0xw

2. Методика разработки сценариев тестирования производительности (версия учебника)

https://mp.weixin.qq.com/s/YKv4TvQExAQ5v91BE3_UOQ