[Серия 12 по тестированию программного обеспечения] «Шаблон отчета о стресс-тестировании»
[Серия 12 по тестированию программного обеспечения] «Шаблон отчета о стресс-тестировании»

Оглавление

1 Обзор

1.1 Цель написания и целевая аудитория.

1.2 Предыстория проекта и цель тестирования

2 Содержание и план тестирования

2.1 Требования к тестированию

2.2 Критерии прохождения стресс-теста

2.3 тестовая среда

2.4 инструменты тестирования

2.5 план испытаний

2.6 Время испытаний и расстановка персонала

3 Результаты и процесс испытаний

3.1 Результаты испытаний

3.2 в заключение

4 Подробный процесс и результаты испытаний

4.1 Авторизоваться

4.2 Домашняя страница (мои документы, дела, сделано, завершено)

1 Обзор

1.1 Цель написания и целевая аудитория

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

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

1.2 Предыстория проекта и цель тестирования

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

Целью этого стресс-теста является проведение комплексного бизнес-тестирования с точки зрения использования пользователем.

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

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

ü Выявление узких мест в производительности для оптимизации и настройки системы и предложение соответствующих решений.

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

2 Содержание и план тестирования

2.1 Требования к тестированию

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

2.2 Критерии прохождения стресс-теста

Количество одновременных пользователей

Продолжительность испытания под давлением

90% времени ответа пользователя​

Среднее время ответа

Процент успешных транзакций​

Транзакций в секунду​

Использование процессора​

Использование памяти​

5000

15min

менее 3 секунд

менее 3 секунд

более 99%

менее 75%

менее 75%

10000

15min

менее 4 секунд

менее 4 секунд

более 99%

менее 75%

менее 75%

15000

15min

менее 5 секунд

менее 5 секунд

более 99%

менее 75%

Менее 76%

2.3 Тестовая среда

Сервер и клиент

Конфигурация оборудования​

Конфигурация программного обеспечения​

Сервер приложений (*станция)

Конфигурация одного узла: ЦП: *ядро, память: *ГБ (всего кластера) Конфигурация: ЦП: *ядро, память: *ГБ Рабочая среда: *** (Docker-контейнер)

Операционная система: (CentOS 7.4)

Сервер базы данных (*** кластер)

(**Кластер) Конфигурация: Хранилище: *ТБ (SSD) (**Кластер) Конфигурация: Хранилище: *ТБ (SSD) (**Кластер) Конфигурация: Хранилище: **ТБ

Операционная система: (CentOS 7.4) База данных: (Оракул 11g)

тестовый клиент

ЦП: *Ядро, Память: *Г, Память: *ГБ

Операционная система: (windows2008R2)

Требования к сети

***Пропускная способность М

2.4 Инструменты тестирования

LoadRunnerпроизводительностьинструменты тестирование, инструмент мониторинга индикаторов сервера Nmon, инструменты интерфейса Postman тестирования、Инструмент захвата пакетов Fiddler

2.5 План испытаний

Кластер службы приложений развертывается на облачной платформе на основе (**) контейнеров. Кластер приложений можно расширить вручную на количество узлов. Этот стресс-тест устанавливает * конфигурацию одного (**) узла контейнера. is *CPU, *GB памяти , кластер службы приложений использует (**) в качестве нагрузки первого уровня и (**) в качестве нагрузки второго уровня для предоставления внешних служб.

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

Клиент стресс-тестирования использует 1 клиент LoadRunner для формирования кластера стресс-тестирования и моделирует количество пользователей и количество пользователей одновременного выполнения в соответствии со сценарием тестирования.

2.6 Время испытаний и расстановка персонала

сцена​

Время начала

время окончания

тестер​

3 Результаты и процесс испытаний

3.1 Результаты испытаний

Статистический анализ данных каждой сцены выглядит следующим образом:

сцена​

Количество одновременных пользователей

Продолжительность испытания под давлением

90 % время ответа пользователя (с)​

Среднее время ответа

Процент успешных транзакций​

Транзакций в секунду​

Количество успешных дел​

Количество неудачных дел

Количество ошибок выполнения скрипта​

3.2 Заключение

На основании текущих результатов испытаний,Сравните с нашими стандартами стресс-тестирования,тест)***! В настоящее время он может удовлетворить около **** одновременных пользователей.,Около ***-*** людей на сайте,Полностью ** может удовлетворить потребности клиентов.

4 Подробный процесс и результаты испытаний

4.1 Вход в систему

4.1.1 Описание сцены

Сценарий «Авторизоваться» моделирует пользовательскую систему «Авторизоваться» и создает универсальную форму. возмещенияипредставлять на процесс лечения. Имитируйте одновременно 100, 200 и 500 пользователей соответственно. на рассмотрение Универсальныйформа возмещения,Продолжительность 15 минут,Показатель мониторинга – время отклика,Процент успешных транзакций,Использование процессора и памяти сервера и т. д.

4.1.2 Тестовые случаи

В следующей таблице показаны тестовые случаи для 100, 200 и 500 человек для подачи документов на возмещение соответственно:

Название варианта использования​

50, 100 человек одновременно Авторизоваться система​

Номер варианта использования​

001​

Этапы тестирования​

1. Пользователь Авторизоваться учетная система,Войдите в основной рабочий интерфейс.​

Дизайн сцены​

1. Запустите 5 виртуальных пользователей в секунду, создав в общей сложности 50 или 100 виртуальных пользователей. 2. Продолжайте работу в течение 15 минут. 3. В конце запуска прекращайте работу 10 пользователей в секунду, пока не будут удалены все пользователи;​

Обратите внимание на дела

Авторизоваться​

Индикаторы мониторинга​

Время отклика, количество успешных транзакций, процессор сервера, использование памяти​

Ожидаемые результаты​

Время ответаменьше 5 секунды, процент успешных транзакций более 99%, загрузка процессора меньше 75%, использование памяти меньше 75%。​

4.1.3 Результаты испытаний

сцена​

Количество одновременных пользователей

Продолжительность испытания под давлением

90 % время ответа пользователя (с)​

Среднее время ответа

Процент успешных транзакций​

Транзакций в секунду​

Количество успешных дел​

Количество неудачных дел

Количество ошибок выполнения скрипта​

Авторизоваться

100

15min

4.625

2.391

99.28%

9.371

14358

103

205

200

15min

6.039

3.753

98.19%

9.125

18770

345

523

500

15 min

12.748

6.452

91.18

10.621

36134

3493

5261

(1) 100 пользователей одновременно Авторизоваться

1) Запустить успешно

2) Сводный отчет

3) Обработка транзакций в секунду

4)Процессор и память

(2) 200 пользователей одновременно Авторизоваться

5) Бегите успешно

6) Сводный отчет

7) Обработка транзакций в секунду

8)Процессор и память

(3) 500 одновременных пользователей Авторизоваться

9) Бегите успешно

10) Сводный отчет

11) Обработка транзакций в секунду

12)Процессор и память

4.2 Загрузка и сохранение форм возмещения

4.2.1 Описание сценария

Пользователь Авторизоваться система входит в систему,Одновременно смоделируйте 20, 50 и 100 пользователей, чтобы открыть форму возмещения, загрузить и сохранить документы соответственно.,Продолжительность 15 минут,Показатель мониторинга – время отклика,Процент успешных транзакций,Использование процессора и памяти сервера и т. д.

4.2.2 Тестовые примеры

В следующей таблице показаны тестовые примеры для 20, 50 и 100 пользователей для загрузки и сохранения документов возмещения:

Название варианта использования​

20, 50 или 100 человек могут одновременно открыть универсальную форму возмещения, чтобы загрузить, сохранить и отправить документы.

Номер варианта использования​

002​

Этапы тестирования​

1、Пользователь Авторизоваться система, 2. Нажмите на общую форму возмещения, чтобы создать новый документ (загрузка документа)​ 3. Введите содержимое общей формы возмещения и нажмите «Сохранить», чтобы сохранить общую форму возмещения. 4. Нажмите «Отправить», чтобы отправить общую форму возмещения.

Дизайн сцены​

1. Запустите 5 виртуальных пользователей в секунду и создайте в общей сложности *** виртуальных пользователей. 2. Продолжайте работу в течение 15 минут. 3. В конце запуска 10 пользователей будут отключаться в секунду, пока не будут удалены все пользователи;​

Обратите внимание на дела

Создать новый документ, сохранить документ, отправить документ

Индикаторы мониторинга​

Время отклика, количество успешных транзакций, процессор сервера, использование памяти​

Ожидаемые результаты​

Время ответаменьше 5 секунды, процент успешных транзакций более 99%, загрузка процессора меньше 75%, использование памяти меньше 75%。​

4.2.3 Результаты испытаний

сцена​

Количество одновременных пользователей

Продолжительность испытания под давлением

90 % время ответа пользователя (с)​

Среднее время ответа

Процент успешных транзакций​

Транзакций в секунду​

Количество успешных дел​

Количество неудачных дел

Количество ошибок выполнения скрипта​

форма возмещения

Новый

20

10min

3.4

2.4

100%

0.276

50

10min

30.3

9

100%

0.554

100

15min

18.7

9.8

99.4%

0.521

150

15min

держать

20

10min

1.6

1.2

100%

0.276

50

10min

2.1

1.2

100%

0.554

100

15min

2.3

1.4

99.5%

0.506

150

15min

2.4

1.5

99.3%

0.317

(1) 20 пользователей открыли форму одновременно возмещениянагрузка、держать Документ

1) Запустить успешно

2) Сводный отчет

3) Обработка транзакций в секунду

4)Процессор и память

(2) 50 пользователей открывают форму одновременно возмещениянагрузка、держать Документ

1) Запустить успешно

2) Сводный отчет

3) Обработка транзакций в секунду

4)Процессор и память

(3) 100 пользователей открывают форму одновременно возмещениянагрузка、держать Документ

5) Бегите успешно

6) Сводный отчет

7) Обработка транзакций в секунду

8)Процессор и память

(4) 150 пользователей открывают форму одновременно возмещениянагрузка、держать Документ

9) Бегите успешно

10) Сводный отчет

11) Обработка транзакций в секунду

12)Процессор и память

4.3 Подача формы возмещения

4.3.1 Описание сценария

Пользователь Авторизоваться система входит в систему,Имитируйте одновременное открытие документов 20, 50 и 100 пользователями.,Продолжительность 15 минут,Показатель мониторинга – время отклика,Процент успешных транзакций,Использование процессора и памяти сервера и т. д.

4.3.2 Тестовые случаи

50–150 пользователей открывают форму возмещения и отправляют на рассмотрение тестовый образец документа:

Название варианта использования​

50、150 человек одновременно открывают форму компенсации и отправляют документ

Номер варианта использования​

002​

Этапы тестирования​

1、Пользователь Авторизоваться система, 2、Нажмите форму возмещение Новый документ (загрузка документа)​ 3. Введите форму возмещениясодержание,Нажмитедержатьдержатьформа возмещения​ 4. Нажмите «Отправить», чтобы отправить общую форму возмещения.

Дизайн сцены​

1. Запустите 5 виртуальных пользователей в секунду и создайте в общей сложности *** виртуальных пользователей. 2. Продолжайте работу в течение 15 минут. 3. В конце запуска 10 пользователей будут отключаться в секунду, пока не будут удалены все пользователи;​

Обратите внимание на дела

Подать документы​

Индикаторы мониторинга​

Время отклика, количество успешных транзакций, процессор сервера, использование памяти​

Ожидаемые результаты​

Время ответаменьше 5 секунды, процент успешных транзакций более 99%, загрузка процессора меньше 75%, использование памяти меньше 75%。​

4.3.3 Результаты испытаний

сцена​

Количество одновременных пользователей

Продолжительность испытания под давлением

90 % время ответа пользователя (с)​

Среднее время ответа

Процент успешных транзакций​

Транзакций в секунду​

Количество успешных дел​

Количество неудачных дел

Остановить вещи

Универсальныйформа возмещения

представлять на рассмотрение

50

15min

4.441

2.666

99.8%

2.666

150

15min

4.5

3.4

99.5%

0.137

15min

(5) 50 пользователей открывают форму одновременно возмещенияпредставлять на рассмотрение Документ

5) Бегите успешно

6) Сводный отчет

7) Обработка транзакций в секунду

8)Процессор и память

(6) 150 пользователей открывают форму одновременно возмещенияпредставлять на рассмотрение Документ

13) Бегите успешно

14) Сводный отчет

15) Обработка транзакций в секунду

16)Процессор и память

boy illustration
Неразрушающее увеличение изображений одним щелчком мыши, чтобы сделать их более четкими артефактами искусственного интеллекта, включая руководства по установке и использованию.
boy illustration
Копикодер: этот инструмент отлично работает с Cursor, Bolt и V0! Предоставьте более качественные подсказки для разработки интерфейса (создание навигационного веб-сайта с использованием искусственного интеллекта).
boy illustration
Новый бесплатный RooCline превосходит Cline v3.1? ! Быстрее, умнее и лучше вилка Cline! (Независимое программирование AI, порог 0)
boy illustration
Разработав более 10 проектов с помощью Cursor, я собрал 10 примеров и 60 подсказок.
boy illustration
Я потратил 72 часа на изучение курсорных агентов, и вот неоспоримые факты, которыми я должен поделиться!
boy illustration
Идеальная интеграция Cursor и DeepSeek API
boy illustration
DeepSeek V3 снижает затраты на обучение больших моделей
boy illustration
Артефакт, увеличивающий количество очков: на основе улучшения характеристик препятствия малым целям Yolov8 (SEAM, MultiSEAM).
boy illustration
DeepSeek V3 раскручивался уже три дня. Сегодня я попробовал самопровозглашенную модель «ChatGPT».
boy illustration
Open Devin — инженер-программист искусственного интеллекта с открытым исходным кодом, который меньше программирует и больше создает.
boy illustration
Эксклюзивное оригинальное улучшение YOLOv8: собственная разработка SPPF | SPPF сочетается с воспринимаемой большой сверткой ядра UniRepLK, а свертка с большим ядром + без расширения улучшает восприимчивое поле
boy illustration
Популярное и подробное объяснение DeepSeek-V3: от его появления до преимуществ и сравнения с GPT-4o.
boy illustration
9 основных словесных инструкций по доработке академических работ с помощью ChatGPT, эффективных и практичных, которые стоит собрать
boy illustration
Вызовите deepseek в vscode для реализации программирования с помощью искусственного интеллекта.
boy illustration
Познакомьтесь с принципами сверточных нейронных сетей (CNN) в одной статье (суперподробно)
boy illustration
50,3 тыс. звезд! Immich: автономное решение для резервного копирования фотографий и видео, которое экономит деньги и избавляет от беспокойства.
boy illustration
Cloud Native|Практика: установка Dashbaord для K8s, графика неплохая
boy illustration
Краткий обзор статьи — использование синтетических данных при обучении больших моделей и оптимизации производительности
boy illustration
MiniPerplx: новая поисковая система искусственного интеллекта с открытым исходным кодом, спонсируемая xAI и Vercel.
boy illustration
Конструкция сервиса Synology Drive сочетает проникновение в интрасеть и синхронизацию папок заметок Obsidian в облаке.
boy illustration
Центр конфигурации————Накос
boy illustration
Начинаем с нуля при разработке в облаке Copilot: начать разработку с минимальным использованием кода стало проще
boy illustration
[Серия Docker] Docker создает мультиплатформенные образы: практика архитектуры Arm64
boy illustration
Обновление новых возможностей coze | Я использовал coze для создания апплета помощника по исправлению домашних заданий по математике
boy illustration
Советы по развертыванию Nginx: практическое создание статических веб-сайтов на облачных серверах
boy illustration
Feiniu fnos использует Docker для развертывания личного блокнота Notepad
boy illustration
Сверточная нейронная сеть VGG реализует классификацию изображений Cifar10 — практический опыт Pytorch
boy illustration
Начало работы с EdgeonePages — новым недорогим решением для хостинга веб-сайтов
boy illustration
[Зона легкого облачного игрового сервера] Управление игровыми архивами
boy illustration
Развертывание SpringCloud-проекта на базе Docker и Docker-Compose