Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
методика нагрузочного тестирования SPECTRUM_v_1_25_6.docx
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
767 Кб
Скачать
☆
      1. Влияние открытия од в тп на производительность Системы.

По результатам тестирования определяются показатели производительности Системы при одновременном открытии ОД ТП.

      1. Влияние закрытия од в тп на производительность Системы.

По результатам тестирования определяются показатели производительности Системы при одновременном закрытии ОД ТП.

  1. Ограничения тестирования

  1. Проект по нагрузочному тестированию не предполагает функционального тестирования функционала «Транзакционный сервис» ИС «Спектрум» и не описывает методы и способы выявления функциональных дефектов, но все обнаруженные в ходе проведения тестирования дефекты будут зарегистрированы в отчете и переданы специалистам Разработчика системы.

  2. Системы Бисквит; SC "Наличность"; ЦОП; Way4; Delta BranchCash; «ДБО «Telebank»; УСБС; Profile на тестовом стенде будут заменены эмуляторами. Времена отклика эмуляторов основываются на информации, полученной от специалистов Заказчика (требования к временам отклика операций со смежными системами). Если в промышленной эксплуатации времена отклика при обращении к смежным системам будут отличаться от времен отклика установленных в эмуляторе, то точность тестирования может не прогнозируемо изменяться.

  3. Интеграция с системой ЕФР будет реализована через скрипты HP Load Runner, при этом обращение будет происходить исключительно в web-интерфейс Spectrum. Согласно информации от Заказчика, данные операции могут выполняться в обход Siebel’я или эмулятора его компонент путем загрузки соответствующих XML с контекстом операции через интерфейс Spectrum - вместо получения XML со стороны веб-сервиса Siebel.

  4. В промышленной среде ИС «Спектрум» взаимодействует со смежными системами через набор брокеров, в тестовой среде используется один брокер. В случае, если пропускная способность брокера окажется «узким местом», то точность нагрузочного тестирования может не прогнозируемо изменяться.

  5. В случае выявления в процессе тестирования «узких мест» в работе Системы, и невозможности продолжения тестов до момента их исправления, ППО должно быть доработано силами специалистов Разработчика Системы.

  6. Если сроки доработки ППО приводят к тому, что проект не может быть завершен вовремя, то стороны согласовывают изменение объема работ по тестированию без изменения общей трудоемкости работ проекта и (или) сроков его завершения, либо стороны согласовывают перечень и объем работ по тестированию после доработки ППО, вынесенных за рамки данного проекта в отдельный проект.

  7. На тестовом стенде не предполагается эмуляция систем «Ирбис» и PS-POS терминалов, поскольку данные системы не оказывают существенного влияния на тестируемую систему или не взаимодействуют с ней напрямую.

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

  9. Расчет прогноза роста БД был построен на данных в период тиражирования системы. Наполнение БД исходя из темпов тиража соответствует наполнению БД к 2021г.

Таблица 5.2 Негативные риски проекта

№

Описание риска

Влияние на

Вероятность возникновения

Действия по предотвращению

1

Задержка выпуска ПО.

Сроки проекта

Низкая

Мониторинг контрольных точек проекта.

Информирование заинтересованных лиц о невозможности проведения работ по разработке скриптов и проведения тестирования. Инициация запроса на изменение сроков проекта

2

Неготовность\не предоставление тестового стенда для написания скриптов

Сроки проекта

Низкая

Мониторинг контрольных точек проекта.

Информирование заинтересованных лиц о несоблюдении сроков проведения тестирования. Эскалация с целью предоставления стенда. Инициация запроса на изменение сроков проекта

3.

Сотрудникам Исполнителя не переданы необходимые данные для написания тестовых примеров и эмуляторов смежных систем или переданные файлы некорректны.

Сроки проекта

Средняя

Мониторинг контрольных точек проекта. Информирование заинтересованных лиц о несоблюдении сроков проведения тестирования. Эскалация с целью увеличения активности по подготовке файлов. Инициация запроса на изменение сроков проекта

3.

Непредоставление доступа к тестовой БД

Сроки проекта

Средняя

Мониторинг контрольных точек проекта. Информирование заинтересованных лиц о несоблюдении сроков проекта. Эскалация с целью предоставления доступа к БД. Инициация запроса на изменение сроков проекта

4

Значительное изменение требований в ходе проекта

Сроки и\или стоимость

Средняя

Информирование и согласование с Исполнителем потенциально возможных изменений требований. Инициация запроса на изменение сроков и\или стоимости проекта

5

КТС для проведения тестирования значительно отличается от продуктивной среды

Точность результатов

Низкая

Информирование и согласование между Исполнителем и Заказчиком изменения нагрузочного профиля тестирования и утверждение коэффициента экстраполяции полученных результатов.

6

АРМ на территории Заказчика для сотрудников Исполнителя не подготовлены в срок

Сроки проекта

Средняя

Мониторинг контрольных точек проекта.

Информирование Заказчика о несоблюдении сроков проведения тестирования.

Инициация запроса на изменение сроков проекта

7.

Недооценка Исполнителем работ по проекту

Сроки и\или стоимость проекта

Низкая

Проведение повторной оценки работ проекта. Инициация запроса на изменение сроков и\или стоимости проекта.

8

Не утверждена Заказчиком в установленные сроки разработанная документация по проекту

Сроки проекта

Средняя

Сокращение числа лиц согласующих документацию до минимально необходимого числа.

Участие сотрудников Заказчика в разработке документации.

Инициация запроса на изменение проекта в случае срыва плановых сроков согласования.