Главная страница
Навигация по странице:

  • Проведение теста запланировано во время массового запуска копомнетных тестов платформенных ФП.

  • Проведение теста запланировано во время массового запуска копонетных тестов платформенных Сервисов.

  • LTE КОРРЕКТИРОВКА. Особенности технологий построения 3 систем связи для предоставления 3 банковских онлайн услуг 4 Основные сокращения, используемые в работе


    Скачать 253.1 Kb.
    НазваниеОсобенности технологий построения 3 систем связи для предоставления 3 банковских онлайн услуг 4 Основные сокращения, используемые в работе
    Дата29.04.2022
    Размер253.1 Kb.
    Формат файлаdocx
    Имя файлаLTE КОРРЕКТИРОВКА.docx
    ТипТесты
    #504512
    страница5 из 7
    1   2   3   4   5   6   7

    Нижеперечисленные тесты будут проведены во время тестирования major-релиза.




    Вид теста

    Описание теста

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

    11

    Тест работы системы при отказе в работе половины КТС (отключении половины серверов BH)

    Тест проводится на уровне нагрузки Lstab. Через 5 минут стабильной нагрузки происходит отключение половины серверов BH тестируемой ФП. При этом в момент недоступности серверов BH подаваемая нагрузка не прекращается. Длительность недоступности серверов BH составляет 15 минут. Минимальная длительность стабильной нагрузки после окончания недоступности составляет 30 минут.

    В течение всего теста должны быть соблюдены критерии по количеству ошибок (не более 0.01% ошибок) и SLA по времени отклика.
    После запуска серверов BH в течение 30 минут показатели системы вернулись в норму - показатели стали соответсвовать критериям успешности.

    12

    Тест определения нагрузки на платформенные сервисы

    Во время AllIn (тест одновременной нагрузки от всех бизнес сервисов) определяется уровень нагрузки на платформенный сервис при 100% БТ бизнес сервисов. Получаем значение B capacity=нагрузка на платформенный сервис в AllIn*1.2. Проводим компонентный тест платформенной ФП на уровне нагрузки Bcapacity, в ходе которого фиксируем нагрузку от платформенного сервиса на другие платформенные сервисы. Полученные значения указываем в отчете. Если полученные значения по нагрузке на платформу превышают значение квот из п.1 деленное на 2, проводим компонентный тест отказоустойчивости при превышении максимальной нагрузки на уровне нагрузки Bcapacity (стрессовая нагрузка Bcapacity*2) и анализируем поведение системы.

    Полученные показатели нагрузки на платформенные ФП от тестируемой ФП не превышают значений из таблицы 3.
    В ходе теста не были нарушены критерии успешности.

    13

    Тест отказоустойчивости при недоступности внутриблочных MQ

    Проведение теста запланировано во время массового запуска копомнетных тестов платформенных ФП. Тест проводится на уровне нагрузки Lstab. Через 5 минут стабильной нагрузки происходит отключение внутриблочных MQ-менеджеров. Длительность недоступности составляет 15 минут. Минимальная длительность стабильной нагрузки после окончания стрессовой нагрузки составляет 30 минут.

    В ходе теста не были нарушены критерии успешности.

    14

    Тест отказоустойчивости при недоступности межблочных MQ

    Проведение теста запланировано во время массового запуска копонетных тестов платформенных Сервисов. Тест проводится на уровне нагрузки Lstab. Через 5 минут стабильной нагрузки происходит отключение межюлочных MQ-менеджеров. Длительность недоступности составляет 15 минут. Минимальная длительность стабильной нагрузки после окончания стрессовой нагрузки составляет 30 минут.

    В ходе теста не были нарушены критерии успешности.

    15

    Тест отказоустойчивости при недоступности MQ Журналирования

    Тест проводится на уровне нагрузки Lstab. Через 5 минут стабильной нагрузки моделируется временный сбой в работе MQ ФП Журналирование. Моделирование сбоя происходит следующим образом: перед началом тестирования между BH серверами тестируемой ФП и серверами MQ ФП Журналирование запускается прокси-сервер. В момент начала эмуляции сбоя прокси-сервер останавливается. В момент окончания эмуляции сбоя прокси-сервер снова запускается. Длительность сбоя составляет 15 минут. Минимальная длительность стабильной нагрузки после окончания сбоя составляет 30 минут.

    В момент эмуляции сбоя операции не выполнялись (или выполнялись - зависит от требований к конкретной ФП. Обсуждается с командой и сопровождением).
    После окончания эмуляции сбоя система восстановила свою работоспособность в течение 2 минут - после этого времени количество ошибок не превышало 0.01%, времена отклика соответствуют установленным SLA.
    После окончания эмуляции сбоя в течение 30 минут показатели системы вернулись в норму - показатели стали соответствовать критериям успешности.

    16

    Тест отказоустойчивости при недоступности MQ Мониторинга

    Тест проводится на уровне нагрузки Lstab. Через 5 минут стабильной нагрузки моделируется временный сбой в работе MQ ФП Мониторинг. Моделирование сбоя происходит следующим образом: перед началом тестирования между BH серверами тестируемой ФП и серверами MQ ФП Мониторинг запускается прокси-сервер. В момент начала эмуляции сбоя прокси-сервер останавливается. В момент окончания эмуляции сбоя прокси-сервер снова запускается. Длительность сбоя составляет 15 минут. Минимальная длительность стабильной нагрузки после окончания сбоя составляет 30 минут.

    В момент эмуляции сбоя операции не выполнялись (или выполнялись - зависит от требований к конкретной ФП. Обсуждается с командой разработки и сопровождением промышленной эксплуатации).
    После окончания эмуляции сбоя система восстановила свою работоспособность в течение 2 минут - после этого времени количество ошибок не превышало 0.01%, времена отклика соответствуют установленным SLA.
    После окончания эмуляции сбоя в течение 30 минут показатели системы вернулись в норму - показатели стали соответствуют критериям успешности.

    17

    Тестирование работы канальной изоляции под нагрузкой

    Для данного теста разрабатываются скрипты нагрузки, которые эмулируют нагрузку из двух каналов (Канал 1 и Канал 2). В ходе теста эмулируется нагрузка на уровне Lstab (по 50% в каждом канале) в течение минимум 5-ти минут. Далее производится резкое (мгновенное) увеличение подаваемой нагрузки по Каналу 1 150% от Lstab. продолжительность стрессовой нагрузки составляет 15 минут, после чего подаваемая нагрузка возвращается к уровню Lstab (по 50% в каждом канале). Продолжительность теста после стрессовой нагрузки составляет минимум 30 минут.

    В период пиковой нагрузки возможна деградация по временам отклика и количеству ошибок (нарушение критериев успешности) для операций в Каналу 1.
    Не должно наблюдаться нарушения критериев успешности по операциям в канале Каналу 2.
    После окончания эмуляции стрессовой нагрузки система восстановила свою работоспособность в течение 2 минут - после этого времени в канале Каналу 1 количество ошибок не превышало 0.01%, времена отклика соответствуют установленным SLA.
    После окончания эмуляции стрессовой нагрузки в течение 30 минут показатели системы вернулись в норму - показатели стали соответствовать критериям успешности.

    18

    Проверка работы при уровне Журналирования INFO

    Тест проводится на уровне нагрузки Lstab = 70% от Lmax. Длительность стабильной нагрузки не менее 1 час. В ходе теста фиксируются все отклонения от "нормального" поведения системы, в т.ч. деградация производительности.


    Определить нагрузку на ФП Журналирования при таком уровне логирования INFO.
    1   2   3   4   5   6   7


    написать администратору сайта