- •Содержание
- •История изменений
- •Сокращения и терминология
- •Сокращения
- •Терминология
- •Влияние открытия од в тп на производительность Системы.
- •Влияние закрытия од в тп на производительность Системы.
- •Ограничения тестирования
- •Общие сведения
- •Архитектура системы
- •Объект тестирования
- •Описание оборудования промышленного стенда
- •Требования производительности
- •Стратегия тестирования
- •Определение максимальной производительности
- •Влияние открытия од в тп на производительность Системы
- •Влияние закрытия од в тп на производительность Системы
- •Тест надежности
- •Критерии успешного завершения нагрузочного тестирования
- •Тестовый стенд
- •Общие положения
- •Архитектура тестового стенда
- •Требования к оборудованию тестового стенда
- •Оценка соответствия промышленного и тестового стенда
- •Конфигурация спо и ппо
- •Сервер приложений 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-серверов
- •Описание измерений бизнес-характеристик
- •Требования к банку
- •Материалы, подлежащие сдаче
- •Оценка точности проведения нт
Влияние открытия од в тп на производительность Системы
С целью исследования влияния одновременного открытия ОД в ТП на производительность Системы проводится тест в 2 этапа:
эмуляция нагрузки, создаваемой в регионах на период открытия ОД в ТП московского часового пояса (на 9 00 MSK);
эмуляция нагрузки, создаваемой при открытии ОД и выполнении дневных операций в ТП московского часового пояса (536 ТП).
На этапе 1 происходит вход пользователей объединенного профиля «День». (Мониторинг не производится, так как данный этап является подготовительным).
На этапе 2 выполняется открытие ОД (ТП входящие в московский часовой пояс) и запуск операций объединенного профиля «День» на уровне нагрузки 0,33* Lmax1 (Lmax1 - максимальная производительность по дневным операциям кассы, 0,33 - доля ТП, не входящих в московский часовой пояс, от общего количества ТП (800): 800/800-536/800=0,33) + Lmax2 (максимальная производительность по операциям транзакционнго сервиса).
Влияние закрытия од в тп на производительность Системы
С целью исследования влияния одновременного закрытия ОД в ТП на производительность Системы проводится тест в 2 этапа:
На этапе 1 происходит вход пользователей объединенного профиля «День». (Мониторинг не производится, так как данный этап является подготовительным).
На этапе 2 выполняется закрытие ОД (ТП входящие в московский часовой пояс) и запуск операций объединенного профиля «День» на уровне нагрузки 0,33* Lmax1 (Lmax1 - максимальная производительность по дневным операциям кассы, 0,33 - доля ТП, не входящих в московский часовой пояс, от общего количества ТП (800): 800/800-536/800=0,33) + Lmax2 (максимальная производительность по операциям транзакционнго сервиса).
Тест надежности
Тест проводится на профилие нагрузки «День».
С целью проверки наличия утечек памяти и отсутствия проблем, проявляющихся при длинтельном использовании аппаратно-программного комплекса, проводится тест надежности, в котором моделируется работа пользователей в течении 24 часов.
Тест надежности будет выполняется на уровне типичной нагрузки, который обычно устанавливается на уровне 70% от максимальной (Lmax).
Критериями успешного прохождения системой теста являются:
Отсутствие деградации производительности системы в ходе теста
Отсутствие «утечки» памяти в течение теста
При длительном тесте надежности будет учитываться доступность ресурсов, взаимодействующих по протоколам «Off-line» из таблицы 6.4. В качестве главных критериев впроизводительности будут являться скорость обмена данными по сети и наличие необходимого дискового пространства.
Критерии успешного завершения нагрузочного тестирования
Критериями успешного завершения нагрузочного тестирования являются:
выполнение всех запланированных тестов;
получение данных мониторинга по использованию системных ресурсов;
получение данных по производительности функционала «Транзакционный сервис» ИС «Спектрум» для запланированного количества пользователей и подтверждения выполнения критериев производительности;
отсутствие критического количества ошибок (допустимо не более 10% ошибок в тесте).
Тестовый стенд
Общие положения
Проведение нагрузочного тестирования осуществляется на стенде Заказчика нагрузочного тестирования.
