Документация по запросу предложений

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

Раздел 4. Техническое задание

1. 
   Термины и определения
   

2. 
   Цели и содержание работ
   
   1. 
      Цели:
      

• 
  Сокращение числа ошибок в тестируемой системе, найденных на этапе эксплуатации.
  
• 
  Сокращение времени, необходимого на проведение регрессионное тестирования.
  
• 
  Сокращение времени на разработку и передачу в использование регрессионных АТ.
  

1. 
   Задачи:
   
   1. 
      Разработка автоматизированных сценариев:
      

• 
  Разработка автоматизированных функциональных тестов систем класса «Front-office»: АБС Бисквит, АБС Profile, АБС Siebel,  СОИД, ЦФТ, УСБС FRONT; «Back-office»: СЗП, Кредитный конвейер, УСБС BACK, УСБС MIDDLE, ЦОП (Центр обработки платежей), DocsVision, OracleMDM, WAY-4; Дистанционного банковского обслуживания (ДБО): ВТБ24 Онлайн, ВТБ24 Бизнес Онлайн, Мобильный Банк; и их интеграционного взаимодействия (в том числе с иными системами банка), а также на мобильных устройствах на основании ручных регрессионных тест-кейсов в соответствии с требованиями Банка.
  
• 
  Разработка автоматизированных интеграционных тестов систем «Шин интеграции» на основании существующих запросов в соответствии с требованиями Банка.
  

1. 
   Сопровождение АТ переданных в опытную эксплуатацию:
   

• 
  Устранение выявленных ошибок в АТ.
  
• 
  Настройка и корректировка АТ.
  
• 
  Консультирование сотрудников Банка в части запуска/эксплуатации/настройки АТ и иным вопросам, связанным с функционированием АТ и их модернизацией.
  
• 
  Сопровождение эксплуатационной документации.
  

1. 
   Разработка эксплуатационной документации:
   

• 
  Инструкции по запуску АТ, содержащие описание первичных условий, алгоритма работы АТ, требования к запуску, настройке расписания запусков;
  
• 
  Инструкция по установке и настройке ПО для обеспечения работоспособности АТ и средства подготовки данных для запуска АТ, содержащая требования к ПО, рабочему месту, окружению, Репозиторию и описание их настроек.
  
• 
  Сценарии выполнения процессов - перечня пошаговых действий автотестов с указанием используемых тестовых данных и задействованных в АТ объектов тестируемой системы.
  

3. 
   Объем и подход к выполнению работ
   
   1. 
      Объем работ
      
      1. 
         Общее количество разрабатываемых АТ за период действия Договора: не более 160 шт.
         

• 
  Функциональных: не более 140 шт., максимальная трудоемкость по разработке 1 (Одного) АТ составляет 6 чел./дней;
  
• 
  Интеграционных: не более 20 шт., максимальная трудоемкость по разработке 1 (Одного) АТ составляет 5 чел./дней.
  

2. 
   Общее количество сопровождаемых АТ за период действия Договора: не более 788 шт., включая разработанные АТ в рамках Договора.
   

• 
  Функциональных: не более 400 шт., максимальная трудоемкость по сопровождению 1 (Одного) АТ составляет 2 чел./дней;
  
• 
  Интеграционных: не более 388 шт., максимальная трудоемкость по сопровождению 1 (Одного) АТ составляет 2 чел./дней.
  

2. 
   Подход к выполнению работ
   

3. 
   Подход к выполнению работ по сопровождениею АТ:
   

1. 
   Исправление ошибок автотестов связанных с:
   

• 
  ошибками в распознавании объектов на экране автоматизируемой системы,
  
• 
  ошибками в логике работы автотестов,
  
• 
  изменение тестовых данных,
  
• 
  изменением точек интеграции автоматизируемых систем.
  

1. 
   Работа с дефектами в ALM:
   

• 
  прием в работу,
  
• 
  проведение анализа ошибки АТ,
  
• 
  выявление причины появления ошибки АТ,
  
• 
  перевод дефекта на ответственное лицо,
  
• 
  комментирование дефектов.
  

4. 
   Требования к АТ
   

• 
  АТ должны быть реализованы непосредственно через обращение к системе через GUI (для функциональных АТ) либо отправкой запроса на Endpoint тестируемой системы (для интеграционных тестов).
  
• 
  АТ должен выполнять проверки в смежных системах.
  
• 
  Каждый автоматический тест должен иметь возможность запуска независимо от других.
  
• 
  АТ должны иметь возможность запускаться на различных Тестовых контурах с подключенными смежными системами.
  
• 
  АТ должны соответствовать требованиям параметризации (см.п.5 «Параметризация АТ»).
  
• 
  Программный код АТ, реализующий отдельные функции или операции АТ, должен быть прокомментирован в соответствии с требованиями Банка.
  

5. 
   Параметризация АТ
   

• 
  Проведение тестирования планируется на разных Тестовых контурах, отличающихся набором тестовых данных.
  
• 
  Тестовые данные должны в автоматическом режиме заполняться из конфигурационных файлов для каждого Тестового контура либо должен быть предусмотрен механизм сбора данных из смежных систем.
  
• 
  Тестовые данные предоставляются в формате согласованном с Заказчиком.
  
• 
  Тестовые данные согласовываются с Заказчиком.
  
• 
  Средство подготовки данных для запуска автоматических тестов (генерация данных, выгрузка и отбор и т.д.) предоставляется Исполнителем.
  
• 
  Негативный (отрицательный) сценарий – это сценарий тестирования, который проверяет, что при использовании заведомо некорректных тестовых данных полученная ошибка соответствует ожидаемой.
  

6. 
   Требования к отчетам о тестировании
   
   1. 
      Результаты запуска автоматических тестов должны отображаться в отчетах о тестировании:
      

• 
  Отчет о результатах работы набора АТ по последнему запуску.
  
• 
  Отчет по результатам работы АТ за период времени.
  
• 
  Отчет о количестве выявленных по результатам работы АТ за период дефектов в статусе закрыто/открыто/исправлено.
  

1. 
   Форматы отчетов должны быть согласованы с Заказчиком и задокументированы.
   
2. 
   По результатам запуска автоматических тестов должен автоматически формироваться отчет о тестировании, содержащий:
   

• 
  перечень успешно пройденных тестов;
  
• 
  перечень тестов, в результате которых были выявлены несоответствия полученных результатов ожидаемым;
  
• 
  перечень тестов, которые не были запущены в результате ошибок, или в ходе которых возникли ошибки.
  

1. 
   Категорирование ошибок выполняется по результатам проведенного Исполнителем анализа и выяснения причин ошибок. Отнесение ошибок к той или иной категории производится вручную в процессе анализа и выяснения причин ошибок. По результатам категорирования ошибок формируется отчет о тестировании, содержащий информацию об ошибках.
   
2. 
   Информация об ошибках, отражаемая в отчете о тестировании:
   

• 
  Дефект разработки АТ.
  
• 
  Дефект настроек прав пользователя.
  
• 
  Дефект настройки ТК.
  
• 
  Дефект первичной документации.
  
• 
  Дефект производительности.
  
• 
  Дефект разработки.
  
• 
  Дефект методики тестирования.
  
• 
  Дефект тестовых данных.
  
• 
  Новое требования (CR).
  

7. 
   Критерии готовности автоматического теста
   

• 
  Сборка АТ передана в Репозиторий Заказчика.
  
• 
  ПСИ Сборки АТ завершено без ошибок на контуре регрессионного тестирования, либо с ошибками по причине дефектов тестируемой системы или смежных систем.
  
• 
  При наличии ошибок при проведении ПСИ Сборки АТ, после устранения ошибок, АТ должен быть перепроверен и при необходимости скорректирован в гарантийный период.
  
• 
  Все дефекты препятствующие прохождению автоматического теста заведены в системе HP ALM и отображены в отчете по результатам запуска.
  
• 
  Все дефекты категории «Дефект разработки АТ» исправлены.
  
• 
  Разработаны инструкции по запуску АТ (см.п.2.2 «Задачи»).
  
• 
  Тестовые данные для АТ соответствуют требованиям к АТ (см.п.5 «Параметризация АТ»).
  
• 
  Код АТ содержит комментарии на русском языке, описывающие алгоритм работы АТ в соответствии с Требованиями Банка к коду АТ.
  

8. 
   Порядок сдачи Автоматических тестов Заказчику
   

• 
  Автоматические тесты сдаются Заказчику согласно критериям готовности Автоматических тестов описанных в разделе 7 «Критерий готовности автоматического теста».
  
• 
  По результатам ПСИ Сборки АТ подписывается форма технического акта на сдачу-приемку Сборки АТ (согласно Приложению №1 к Техническому заданию).
  

9. 
   Инструментальные средства
   

10. 
    Квалификационные требования и роли работников