Курс Лекций:
Обеспечение Качества Программного Обеспечения

Лекция 2: Жизненный цикл ПО и технологические
основы биржевой торговли
Максим Рудовский, Инновационные Трейдинговые Системы
Иосиф Иткин, Exactpro Systems
Содержание лекции


1. Вопросы и дополнительные материалы
2. Биржевая платформа и ее составные части
3. Жизненный цикл разработки ПО
4. Модель водопада
5. Итеративная разработка ПО
6. V-модель
7. Уровни тестирования ПО
8. Статические методы обеспечения качества
Дополнительные материалы


Сайт Костромского сообщества тестировщиков:




http://clubqa.ru/site/lectures

•   Презентации всех лекций
•   Материалы к лабораторным работам
•   Вопросы к зачету
•   Полезные ссылки и документы
Биржевая Платформа


Составные части биржевой платформы:
• Шлюзы отвечающие за клиентские соединения
•   Каналы распространения информации о котировках
•   Ядро биржевой системы
•   Управление рынком и статические данные
•   Система наблюдения
•   Клиринг и расчеты
•   Хранилище данных
•   Роутер на другие рынки
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Биржевая Платформа


1. Рисунок биржевой платформы
Хранилище данных




http://docs.oracle.com/cd/B28359_01/server.111/b28318/bus_intl.htm
Фрагментация рынков




http://fragmentation.fidessa.com/fragulator/?fim=GOOG.US
Модель водопада




http://www.sps.pl/sps/waterfall-model-software
Итеративная разработка ПО




http://www.sps.pl/sps/waterfall-model-software
V-модель
Уровни Тестирования


1. Компонентное (модульное) тестирование
2. Интеграционное тестирование
3. Системное тестирование
4. Приемочное тестирование
    • Пользовательское
    • Эксплуатационное
    • Контрактное и правовое
    • Альфа
    • Бета
Интеграционное Тестирование


   Фокусируется, в основном, на интерфейсах и потоках данных
   между компонентами
   Основные подходы: большой взрыв и инкрементальный
   Для последнего используются пушки и заглушки
   Пушка (драйвер, driver) – вызывает тестируемый модуль/систему
   Заглушка (stub) – вызывается используемым модулем/системой
   Методы снизу-вверх и сверху вниз




http://www.guru99.com/integration-testing.html
Биржевая Платформа


1. Рисунок биржевой платформы
Основной Процесс
     Тестирования

1. Планирование и управление тестированием
2. Анализ и проектирование тестов
3. Реализация и выполнение тестов
4. Оценка критериев выхода и отчетность
5. Действия по завершению тестирования
Основной Процесс
     Тестирования

1. Планирование и управление тестированием
   Определение целей и задач, составления плана тестирования
2. Анализ и проектирование тестов
   Оценка базиса, создание и расстановка приоритетов тестовых сценариев
     высокого уровня, проектирование и установка тестового окружения
3. Реализация и выполнение тестов
   Создание тестовых сценариев, подготовка тестовых данных, выполнение
     тестов, создание отчетов об инцидентах
4. Оценка критериев выхода и отчетность
   Сверка результатов тестирования с критериями окончания тестирование,
     составление отчета о проведенном тестировании
5. Действия по завершению тестирования
   Закрытие отчетов об инцидентах, приемка системы
Статические Методы


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

КГТУ Лекция 2: Обеспечение Качества Программного Обеспечения

Editor's Notes

  • #3 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #4 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #5 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #6 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #7 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #8 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #9 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #10 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #11 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #12 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #13 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #14 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #15 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #16 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #17 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #18 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #19 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #20 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #21 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #22 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #23 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface
  • #24 The reconciliation tool should meet the following requirements: Scalability Ability to process many transactions at a time Adaptability ( или Flexibility ) User friendly interface