- •Содержание
- •История изменений
- •Сокращения и терминология
- •Сокращения
- •Терминология
- •Влияние открытия од в тп на производительность Системы.
- •Влияние закрытия од в тп на производительность Системы.
- •Ограничения тестирования
- •Общие сведения
- •Архитектура системы
- •Объект тестирования
- •Описание оборудования промышленного стенда
- •Требования производительности
- •Стратегия тестирования
- •Определение максимальной производительности
- •Влияние открытия од в тп на производительность Системы
- •Влияние закрытия од в тп на производительность Системы
- •Тест надежности
- •Критерии успешного завершения нагрузочного тестирования
- •Тестовый стенд
- •Общие положения
- •Архитектура тестового стенда
- •Требования к оборудованию тестового стенда
- •Оценка соответствия промышленного и тестового стенда
- •Конфигурация спо и ппо
- •Сервер приложений Spectrum
- •Сервер субд
- •Сервер Oracle bi Publisher
- •Моделирование нагрузки
- •Профили нагрузки
- •Описание Профиля Утро
- •Описание Профиля День
- •Описание Профиля Вечер
- •Сценарии использования
- •Вход в систему
- •Открытие од подразделения
- •Открытие смен сотрудниками
- •Вынесение из сейфа
- •Выдача аванса
- •Приём ценностей подотчетными кассирами
- •Подкрепление (интеграция с sc-наличность)
- •Покупка валюты (воо)
- •Платежи фл в пользу юл
- •Внесение наличных на пк
- •Инкассация (интеграция с sc-наличность)
- •Возврат аванса подотчетными кассирами
- •Прием ценностей старшим кассиром
- •Финальная сдача ценностей
- •Закрытие смены
- •Занесение в сейф
- •Свёртка реестров
- •Закрытие од
- •Сверка дня
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на карту (Way4).
- •Рко. Внутрибанковский перевод с карты (Way4) клиента на свои счета (Profile)
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на карту (Way4) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на счета (Profile) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на свои счета (Телебанк)
- •Рко. Внутрибанковский перевод со счета (Бисквит) клиента на свои счета (Profile)
- •Рко. Внутрибанковский перевод со счета (Телебанк) клиента на свои счета (Profile)
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на свои счета (Бисквит)
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на счета (Бисквит) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на счета (Телебанк) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Бисквит) клиента на счета (Profile) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Телебанк) клиента на счета (Profile) 3-х лиц
- •Рко. Внутрибанковский перевод со счета (Profile) клиента на свои счета (Profile)
- •Рко. Внешний перевод (межбанковский)
- •Рко. Внешний перевод (международный)
- •Рко. Внесение наличных на мс
- •Рко. Снятие наличных с мс
- •Операции Delta BranchCash
- •Dbc. Загрузка tcd
- •Dbc. Выгрузка tcd
- •Dbc. Выдача дс. Подтверждение расходной операции из биСквита
- •Dbc. Выдача дс с пк
- •Описание работы ас и заглушек
- •Наполнение базы данных
- •Скрипты наполнения
- •Планируемые тесты
- •Перечень типов тестов в данном тестировании
- •Критерии успешности проведения тестов
- •Критерии по временам отклика тестируемых операций
- •Критерии по использованию ресурсов системы
- •Мониторинг
- •Описание средств мониторинга
- •Мониторинг Unix-серверов
- •Мониторинг Windows-серверов
- •Описание измерений бизнес-характеристик
- •Требования к банку
- •Материалы, подлежащие сдаче
- •Оценка точности проведения нт
Описание оборудования промышленного стенда
Конфигурация промышленного стенда ИС «Спектрум» приведена в Таблице 6.5
Таблица 6.7 Конфигурация промышленного стенда
Назначение оборудования |
Кол-во |
ОС |
СПО (СП, СУБД) |
Конфигурация оборудования |
Сервер приложений |
4 |
|
|
HP BL460 2*8 Core CPU/128Gb RAM/2*600GB HDD/RAID1 |
Сервер СУБД |
2 |
|
|
P795 LPAR 24CPU 256GB RAM HDD: 16 TB |
Сервер Oracle BI Publisher
|
4 |
|
|
HP BL460 2*6 Core CPU/128 Gb RAM/2*600 GB HDD/RAID1 |
Требования производительности
Система в промышленной среде на текущем оборудовании, описанном в разделе 6.3 Описание оборудования промышленного стенда, должна обеспечивать следующие параметры производительности.
В части пользователей:
Количество пользователей — 25 000;
Количество одновременно работающих пользователей – 15 000, при этом 8 000 могут войти в систему одновременно в течение 20 минут;
В части объемов БД:
Количество клиентских записей — 15 000 000;
Количество клиентских счетов —50 000 000;
Количество клиентских договоров —20 000 000;
В части выполнения операций:
Время формирования оперативной отчетности — не более 1 минуты;
Время перехода между экранными формами (в штатном рабочем режиме, без учёта времени ожидания ответа сервисной шины, без учёта сетевого взаимодействия и поиска бизнес-данных) — не более 1 секунды;
Количество операций транзакционного сервиса – 850 000 в сутки;
Выдерживать пиковую нагрузку по операциям транзакционного сервиса – 25 операций в секунду.
Количество кассовых операций Клиентов ФЛ – 160000 в месяц;
Количество кассовых операций по обслуживанию бизнеса и внутренних операций – 8335 в месяц.
Стратегия тестирования
В соответствии с целями нагрузочного тестирования функционала «Транзакционный сервис» ИС «Спектрум» планируется провести тест определения максимальной производительности Системы и тест надежности работы Системы.
Определение максимальной производительности
Данный тест будет проводиться на профиле нагрузки «День».
Для определения максимальной производительности проводится серия тестов, в результате которой будет определен параметр Lmax (максимальная производительность)
пошаговое увеличение нагрузки (числа выполняемых операций в час) до предельной. Шаг нагрузки будет составлять 10% от профиля «День» по каждой операции;
контрольный тест для определения показателей производительности.
Тестовые испытания будут завершены, когда:
времена отклика превысили допустимые пределы. Требования к временам отклика приведены в разделе 12.2.1;
количество неуспешных операций увеличилось до критического (более 10%);
исчерпаны системные или аппаратные ресурсы.
Начальные интенсивности и шаг увеличения нагрузки описаны в таблице Excel в Приложение 1. Распределение операций.
Повторный тест (контрольный тест для определения максимальной производительности) будет проведен на нагрузке несколько меньшей L0 (например, на 10% меньше). Длительность стабильной нагрузки при контрольном тесте будет не меньше часа. Если в процессе тестирования система оказалась недогружена или перегружена, то значение нагрузки корректируется и второй тест проводится повторно. Перегрузка или недогруженность Системы определяется по параметрам мониторинга утилизации ресурсов. Методология мониторинга описана в разделе 13. Мониторинг
На всем протяжении тестовых испытаний будет проводиться мониторинг утилизации ресурсов серверов приложений и БД. В результате анализа данных мониторинга утилизации ресурсов, полученных в процессе проведения теста, будут определены предполагаемые «узкие места» системы.
Результатом тестирования является максимальный достигнутый уровень нагрузки (Lmax кол-во оп./ час).
