1. Предисловие

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

Прежде чем мы начнем, давайте рассмотрим распространенные сценарии стресс-тестирования мини-программ:

• Новая система/функции, которые будут запущены,Нужно выяснить Мини Нагрузочная способность программы предотвращает несчастные случаи с «простоями»
• Для проведения рекламной деятельности,Проблемы с производительностью мини-программы необходимо оптимизировать заранее.,Избегайте сбоев системы, которые влияют на ваш опыт
• Выполните планирование мощности системы,Необходимо собрать данные о производительности сервера,Изучите узкие места и оцените пропускную способность системы.

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

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

Основные практические шаги заключаются в следующем:

2. Захват пакетов для получения информации об интерфейсе мини-программы.

1. Получите информацию для аутентификации мини-программы.

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

Токен обычно можно получить двумя способами:

1. Запишите информацию токена и передайте ее в тестируемый интерфейс апплета в виде параметров. В процессе стресс-тестирования необходимо убедиться, что срок действия Токена не истек;

2. Напишите интерфейс для автоматического получения информации о токене и автоматического обновления токена до истечения срока его действия.

2. Используйте Fiddler для захвата пакетов и получения информации об интерфейсе.

1. Настройте подготовленный тестовый мобильный телефон и компьютер Fiddler для настройки одного и того же прокси-сервера сегмента сети:

<PCконецFiddlerИнформация о сети>

<сотовый телефонконециспользоватьPCконецсетевой прокси>

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

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

Примеры полученной информации об интерфейсе следующие:

три、Написание вариантов использования и отладка

1. Напишите тестовые примеры

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

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

• Единый интерфейс:Быстро находите узкие места в производительности интерфейса,Проверьте корректность и эффект оптимизации бизнес-логики,Оценка пропускной способности интерфейсов
• Полная ссылка:Несколько интерфейсов последовательно,Несколько ссылок параллельно,Моделирование реальных бизнес-сценариев,Откройте для себя возможности системы

2. Выберите режим стресс-тестирования в соответствии с потребностями бизнеса и используйте Utest для создания плана стресс-тестирования:

<Интерфейс конфигурации полноканального стресс-теста Youce>

Введите информацию об интерфейсе запроса GET.

<FiddlerсерединаGETПример захвата интерфейсных пакетов>

<Отличный тестсередина ВходитьGETВарианты использования интерфейса>

Введите информацию об интерфейсе POST-запроса.

<FiddlerсерединаPOSTПример захвата интерфейсных пакетов>

<Отличный тестсередина ВходитьPOSTВарианты использования интерфейса>

2. Отладка тестовых случаев

1. Используйте функцию отладки инструмента или платформы, чтобы просмотреть результаты отладки:

2. После настройки интерфейса производится подготовка данных. Подготовку данных можно разделить на два метода:

• Подготавливайте данные непосредственно для тестируемого сервиса.
• Построение данных на основе атрибутов, специфичных для данных.

Четыре、Выполнение конфигурации стресс-теста

1. Сначала выберите режим давления в соответствии с бизнес-сценарием. Обычно существует два режима: режим количества пользователей (режим параллелизма) и режим QPS (режим пропускной способности). Различия заключаются в следующем.

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

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

После завершения настройки проведите стресс-тест~