- •1) Определение информационных технологий. Роль ит в процессе информатизации общества.
- •6) Классификация ит по способу реализации и управления.
- •7) Классификация ит по типу пользовательского интерфейса, способу построения сети.
- •8) Характерные черты современной it-индустрии. (не очень точный ответ)
- •9) Факторы изменения производственной среды и ит.
- •10) Этапы развития ит.
- •11) Этапы развития инструментальных средств ит.
- •12) Понятие платформы. Виды платформ.
- •13) Понятие системы. Свойства системы.
- •14) Определение технологии программирования. Основные этапы.
- •15) Архитектурное проектирование ит. Основные этапы.
- •16) Виды моделей архитектуры ит. Статистическая модель.
- •17) Виды моделей архитектуры ит. Динамическая модель.
- •18) Модель репозитория. Репозиторий
- •19) Модель клиент/сервер. Клиент—сервер
- •20) Модель абстрактной машины.
- •21) Проблемно-зависимая архитектура.
- •Модели классов систем
- •Базовые модели
- •22) Осноные этапы модульной декомпозиции.
- •23.Базисные архитектуры
- •24.Основные этапы реализации по
- •25. Детальное проектирование по. Понятие модуля
- •26.Методология программирования. Императивное программирование.
- •27.Методология программирования. Процедурное программирование.
- •28.Методология программирования. Модульное программирование.
- •29.Методология программирования. Параллельное программирование.
- •30.Методология программирования. Функциональное программирование.
- •31.Методология программирования. Логическое программирование.
- •32.Языки программирования. Типы языков программирования.
- •33) Система программирования.
- •34) Ооп. Основные свойства.
- •35) Методы ооп
- •36) Понятие объекта, класса. Реализация наследования.
- •37) Каскадная технология разработки по.
- •Краткое описание фаз каскадной модели
- •38) Спиральная технология разработки по.
- •39) Современные технологии разработки по (экстремальная, scrum, оффшорная). Экстремальное программирование
- •40) Валидация по.
- •41) Верификация по.
- •Фазы V-образной модели
- •43) Тестирование по. Основные этапы.(?)
- •44) Модульное тестирование.
- •45) Интеграционное тестирование.
- •46) Системное тестирование.
- •47) Нагрузочное тестирование.
- •48) Формальные инспекции.
- •50) Методы функционального тестирования. Динамическое.
- •51) Классификация ошибок по международному стандарту.
- •52) Корпоративная классификация ошибок (полностью тетрадь, нуждается в проверке).
47) Нагрузочное тестирование.
Нагрузочное тестирование — определение или сбор показателей производительности и времени отклика программно-технической системы или устройства в ответ на внешний запрос с целью установления соответствия требованиям, предъявляемым к данной системе (устройству).
Основная цель нагрузочного тестирования заключается в том, чтобы, создав определённую ожидаемую в системе нагрузку (например, посредством виртуальных пользователей) и, обычно, использовав идентичное программное и аппаратное обеспечение, наблюдать за показателями производительности системы.
48) Формальные инспекции.
Формальная инспекция – наивысшая степень формальности и документирования, использование этого типа характерно для проектов с самой высокой степенью критичности. Формальные инспекции характеризуются наибольшим вовлечением ресурсов и времени, они наиболее дорогие для проекта с точки зрения проведения, но и наиболее эффективны.
Формальная инспекция, является четко управляемым процессом, структура которого обычно четко определяется соответствующим стандартом проекта. Таким образом, все формальные инспекции имеют одинаковую структуру и одинаковые выходные документы, которые затем используются при разработке.
49) Методы функционального тестирования. Статическое (вики). При статическом тестировании программный код не выполняется — анализ программы происходит на основе исходного кода, который вычитывается вручную, либо анализируется специальными инструментами. В некоторых случаях, анализируется не исходный, а промежуточный код.
Также к статическому тестированию относят тестирование требований, спецификаций, документации.
Статическое тестирование выявляет формальными методами анализа без выполнения тестируемой программы неверные конструкции или неверные отношения объектов программы (ошибки формального задания) с помощью специальных инструментов контроля кода – CodeChecker.
50) Методы функционального тестирования. Динамическое.
Черный ящик – закрытый объект. Нельзя отследить, где сделана ошибка
Белый ящик - в процессе тестирования используется программа . Можно отследить в каком месте сделана ошибка.
Описанные выше техники — тестирование белого ящика и тестирование чёрного ящика — предполагают, что код исполняется, и разница состоит лишь в той информации, которой владеет тестировщик. В обоих случаях это динамическое тестирование.
Динамический анализ кода — анализ программного обеспечения, выполняемый при помощи выполнения программ на реальном или виртуальном процессоре (анализ, выполняемый без запуска программ называется статический анализ кода). Утилиты динамического анализа могут требовать загрузки специальных библиотек, перекомпиляцию программного кода. Некоторые утилиты могут инструментировать исполняемый код в процессе исполнения или перед ним. Для большей эффективности динамического анализа требуется подача тестируемой программе достаточного количества входных данных, чтобы получить более полное покрытие кода. Также требуется позаботиться о минимизации воздействия инструментирования на исполнение тестируемой программы (включая временные характеристики).
Динамическое тестирование (собственно тестирование ) осуществляет выявление ошибок только на выполняющейся программе с помощью специальных инструментов автоматизации тестирования – Testbed [9] или Testbench.