LTE КОРРЕКТИРОВКА. Особенности технологий построения 3 систем связи для предоставления 3 банковских онлайн услуг 4 Основные сокращения, используемые в работе
 Скачать 253.1 Kb.
|
2. ОБЩИЕ СВЕДЕНИЯ ОБОБЪЕКТЕ ТЕСТИРОВАНИЯОбъектом тестирования является банковская сеть на основе технологии LTE, позволяющая удаленно (дистанционно, онлайн) выполнять следующие операции: - осуществление различных банковских транзакций; - оплата пользователем покупок через мобильное приложение «Сбербанк онлайн»; - получение онлайн-кредитов; - онлайн-выписки по банковским картам; - пр. 2.1 Цели тестированияДля Функциональной Подсистемы будет проведено нагрузочное тестирование, методика которого приведена в данном документе, и которое преследует следующие цели: -Определение максимальной производительности системы – по результатам тестирования определяется максимальная интенсивность операций (количество бизнес-операций в час), при которой система удовлетворяет требованиям по временам отклика, утилизации аппаратных ресурсов или производительности. Также по результатам тестирования определяется перечень факторов, ограничивающих производительность АС (выявление узких мест): -недостаток аппаратных ресурсов -недостаток системных ресурсов -ограничения архитектуры ППО -список критичных показателей, требующих мониторинга при промышленной эксплуатации -Проверка отказоустойчивости при недоступности внешних систем – оценка влияния сбоев в АС "Стоп-лист" на работоспособность тестируемой системы. Проверка способности системы восстанавливаться после устранения сбоев в смежной АС "Стоп-лист" (по результатам тестирования предоставляется перечень систем и интерфейсов, сбои в которых критически влияют на работоспособность объекта тестирования). -Проверка отказоустойчивости при превышении максимальной нагрузки – проверка способности системы. Сервис восстанавливаться после кратковременного превышения максимальной нагрузки на объект тестирования. -Проверка отказоустойчивости при большом количестве сообщений во входящих очередях – проверка способности системы. Система справляться с нагрузкой при большом количестве накопленных сообщений (более 10000) во входящей очереди MQ от АС "Стоп-лист". -Проверка работоспособности приложения при долгом ответе внешних систем – проверка способности системы. Сервис справляться с нагрузкой при долгом ответе от АС "Стоп-лист" (близком к таймауту на ответ внешних систем, но при этом не превышающем его). -Проверка надежности – по результатам тестирования определяется возможность системы. Сервис работать длительное время под нагрузкой. -Проверка возможности восстановления работы при выключении части серверов под нагрузкой - определение возможности восстановления нормальной работы сервера(ов) под нагрузкой. -Проверка отказоустойчивости при недоступности платформенных сервисов – оценка влияния сбоев смежных систем (внутренних), Сервис Архивы на работоспособность тестируемой системы. Сервис, проверка способности системы восстанавливаться после устранения сбоев в смежной системе, Сервис (по результатам тестирования предоставляется перечень систем и интерфейсов, сбои в которых критически влияют на работоспособность объекта тестирования). Для достижения приведённых целей планируется проведение ряда видов нагрузочного тестирования, приведенных в пункте 5. 2.2 Ограничения тестированияПри тестировании все внешние системы будут заменены заглушками, времена отклика которых будут выбраны в соответствии с временами отклика внешних систем. Взаимодействия с заглушками происходит по следующим протоколам (в зависимости от взаимодействия АС ЕФС с теми или иными внешними системами): MQ http(s) В случае если не будут достигнуты планируемые показатели производительности АС на текущем стенде НТ, при отсутствии возможности увеличить производительность путём оптимизации архитектуры АС или её доработок, возможно увеличение КТС стенда НТ по результатам НТ. КТС под Stand-In в контуре НТ на текущий момент не выделен. Тестовые сценарии не будут проверять переход ФП в режим stand-in. АРМы администрирования платформенных ФП не планируется нагружать в процессе НТ, т.к. нагрузка предполагается минимальной. В рамках НТ не эмулируется взаимодействие ФП, находящихся в разных ЦОДах. Есть вероятность, что в Проме один узел кластера ФП будет в одном ЦОДе, а другой в другом ЦОДе (или же одна ФП в одном ЦОДе, а взаимодействующая с ней в другом). Производительность платформы в таких условиях проверить на стенде НТ невозможно. Все виды тестирования проводятся на уровне логирования ERROR (для платформы 7.0). В части КТС контур НТ имеет отличия по сравнению с контуром ПРОМ. Таблицы отличий представлены ниже. Желтым отмечены несоответствия в контурах. |