Классификация нагрузочных тестирований

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

По одной из них они могут быть:

• простейшими,
• реалистичными,
• полуреалистичными, со сжатием времени.

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

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

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

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

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

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

Еще одна классификация нагрузочных тестов основывается на том, кто выполняет действия:

• виртуальные пользователи,
• живые люди.

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

Отправить