- •Нефункциональное тестирование веб-сервисов
- •Тестирование производительности
- •Планирование тестирования производительности веб-сервиса.
- •Использование SoapUi для тестирования производительности
- •Интервалы выполнения нагрузочного теста
- •Стратегии нагрузочного тестирования в SoapUi
- •Простая стратегия нагрузки
- •Пример.
- •Потоковая стратегия
- •Вариативная стратегия
- •«Взрывная» стратегия нагрузки
- •Отчет и статистика нагрузочного тестирования в SoapUi
- •Графики
- •Использование операторов контроля (assertion) в нагрузочных тестах soapUi
- •Оператор контроля Max Errors
- •Оператор контроля Step Average
- •Оператор контроля Step tps
- •Оператор контроля Step Maximum
- •Оператор контроля Step Status
- •Дополнительные опции нагрузочного тестирования
Оператор контроля Step tps
Step TPS assertion аналогичен Step Average assertion, однако он проверяет, чтобы значение TPS из TestStep не опускалось ниже заданного значения. Давайте добавим шаг TPS утверждение в тест-кейсе и посмотрим, как это работает. Можно указать следующие значения для опций утверждение:
Name: любое понятное имя.
Minimum Requests: Здесь должно быть указано количество запросов, которые должны быть обработаны SoapUI, перед применением утверждение
Minimum TPS: Минимальное количество транзакций в секунду. Если фактическое значение TPS в TestStep ниже этого значения, то в LoadTest Log регистрируется ошибка.
Мы установим 10 в качестве минимального значения TPS.
Max errors: Определяет максимальное число допустимых ошибок допускается до классификации теста как проваленного. Если мы установим значение -1 тест не будет считаться неудачным, а ошибки будут записаны в LoadTest Log.
TestStep: целевой TestStep который должен быть проверен. Укажем "Any" в качестве значения для применения утверждение для любого TestStep в тесте нагрузки.
Запустим TestCase и проверим LoadTest Log. Там будет сообщение об ошибке:
TPS[5] is less than limit[10][threadIndex=1]
Оператор контроля Step Maximum
Step Maximum assertion может быть использован для определения максимального времени отклика TestStep или TestCase. Как и в предыдущих случаях, мы будем добавлять это утверждение в нашем тестовом образце и смотреть на изменение поведения. Ниже приведены варианты, связанные со Step Maximum assertion:
Name: любое понятное имя.
Minimum Requests: Здесь должно быть указано количество запросов которые должны быть обработаны SoapUI, перед применением утверждение
Max time: Этот параметр определяет максимальное время отклика, допустимый для
TestStep. Если максимальное время отклика превышает заданное значение Max time, то в LoadTest Log регистрируется ошибка. Укажем 5 в качестве Max time.
Max errors: Определяет максимальное число допустимых ошибок допускается до классификации теста как проваленного. Если мы установим значение -1 тест не будет считаться неудачным, а ошибки будут записаны в LoadTest Log.
TestStep: целевой TestStep который должен быть проверен. Укажем "Any" в качестве значения для применения утверждение для любого TestStep в тесте нагрузки.
Запустим TestCase и проверим LoadTest Log. Увидим сообщение об ошибке
Time[11] exceeds limit[5][threadIndex1]
Оператор контроля Step Status
Последний тип assertion, который нужно обсудить это Step Status assertion.Оно добавляется к любому нагрузочному тестированию по умолчанию и просто проверяет состояние выполнения соответствующего TestCase или TestStep. Есть следующие опции, связанные со Step Status assertion:
Name: любое понятное имя.
Minimum Requests: Здесь должно быть указано количество запросов которые должны быть обработаны SoapUI, перед применением утверждение
Max errors: Определяет максимальное число допустимых ошибок допускается до классификации теста как проваленного. Если мы установим значение -1 тест не будет считаться неудачным, а ошибки будут записаны в LoadTest Log.
TestStep: целевой TestStep который должен быть проверен. Укажем "Any" в качестве значения для применения утверждение для любого TestStep в тесте нагрузки.
Запустите тест и проверьте Load Test Log.
