- •Вопросы к экзамену по курсу "Технология программирования"
- •История развития языков программирования высокого уровня.
- •Архитектура языков программирования (три поколения).
- •Архитектура объектно-ориентированных языков программирования.
- •Сложность, присущая по (основные причины). Проблемы, возникающие при создании сложных систем.
- •Структура сложных систем (пять признаков). Примеры сложных систем (выделить признаки).
- •Основные понятия: метод, методология, технология. Классификация методов проектирования пс. Общая характеристика методов проектирования.
- •Эволюция программного продукта. Основные определения, понятия, отличительные черты.
- •Понятие «модуль» в программировании. Различные виды модулей при использовании основных методов проектирования пс.
- •Case – технологии (инструменты, системы, средства). Эволюция case – средств, их классификация, характеристики современных case – инструментов. Перспективы развития.
- •Роль case – инструментов в объектно-ориентированной методологии разработки пс. Связь case – технологии с методами быстрой разработки приложений (rad).
- •Классификация средств разработки (case - инструментов).
- •Жизненный цикл по (жц). Структура жц, основные фазы жц.
- •Организация процесса разработки пс (методы, средства, процедуры).
- •Модели процесса разработки пс (каскадная, спиральная)
- •Модели процесса разработки пс (компонентно-ориентированная, инкрементная, rad – модель).
- •Тяжеловесные и облегченные процессы разработки пс.
- •Унифицированный процесс разработки пс.
- •Iconix – процесс.
- •Scrum – процесс.
- •Артефакты
- •Встречи
- •Планирование спринта происходит в начале итерации(не более 4-8 часов), выбирается что будет сделано и обсуждается как это будет сделано.
- •Митинг Происходит каждый день в течение спринта(не более 15 минут), ищутся ответы на вопросы: что сделано? Что надо сделать? Какие есть проблемы?
- •Демонстрация проходит в конце спринта(не более 4-8 часов), показывается инкремент.
- •Прототип системы (достоинства и недостатки макетирования).
- •Масштаб проекта и риски
- •Содержание основных рабочих процессов по созданию по (анализ требований, системный анализ, проектирование).
- •Содержание основных рабочих процессов по созданию по (кодирование, тестирование).
- •Изменения в процессе эволюции программных систем, стоимость каждого вида изменения (в смысле затрат).
- •Организационные процессы (распределение ресурсов, управление проектом, организация коллектива разработчиков).
- •Документирование программного продукта. Различные виды документов, их содержание.
- •Виды документов при использовании объектно-ориентированной методологии разработки пс.
- •Временные затраты на реализацию этапов разработки по. Особенности распределения ресурсов при использовании объектно-ориентированной методологии.
- •Методы и средства структурного анализа.
- •Диаграммы потоков данных с расширениями для реального времени.
- •Пример банковской задачи (провести анализ).
- •Средства структурного проектирования (карты Константайна).
- •Методы проведения анализа объектно-ориентированных систем.
- •Типовая и структурная иерархии в объектно-ориентированной методологии.
- •Унифицированный язык моделирования пс (uml). Словарь, достоинства и возможности
- •Механизмы расширения в uml.
- •Диаграммы классов (точки зрения).
- •Отношения в диаграмме классов.
- •Классы ассоциаций.
- •Диаграммы вариантов использования, реализации вариантов использования.
- •Диаграммы взаимодействий.
- •Диаграммы пакетов и компонентов.
- •Диаграммы состояний.
- •Диаграммы активности (деятельностей).
- •Каркасы и паттерны.
- •Основные понятия и определения теории тестирования. Подходы к тестированию. Стратегии тестирования. Критерии тестирования.
- •Критерии тестирования стратегии "черного ящика".
- •1. Эквивалентное разбиение (самый популярный критерий из-за простоты)
- •2. Анализ граничных условий.
- •3. Метод функциональных диаграмм
- •Классический процесс тестирования по.
- •Тестирование модулей (блоков) программы. Тестирование интеграции.
- •Тестирование правильности (функциональное тестирование). Системное тестирование.
- •Особенности тестирования объектно-ориентированных программ. Тестирование классов.
- •Тестирование взаимодействия классов и функционирования компонентов.
- •Вопросы автоматизации тестирования. Инструменты тестирования.
Основные понятия и определения теории тестирования. Подходы к тестированию. Стратегии тестирования. Критерии тестирования.
Общее содержание этапа тестирования было рассмотрено вкратце ранее, когда рассматривали ЖЦ ПО.
Заметьте (это важно!), что в процессе тестирования ставится цель - обнаружение ошибок, а не демонстрация правильности работы программы.
Тестировщик ставит цель - найти ошибки! А вот исправлять их должен программист-разработчик .Именно с этой целью во многих фирмах (Software) создаются специальные группы - группы тестирования. Основной задачей такой группы является проведение определённой политики тестирования программ и контроль полноты тестирования.
На сегодняшний день в основном используются 3 подхода к тестированию программ: статическое тестирование; динамическое тестирование; и формальное доказательство правильности программы (сюда же относят символьное тестирование).
Статическое тестирование не предполагает выполнение (запуск) программы. Код тестируется только путем логического анализа. Статический анализ программного кода может выполняться и в одиночку - за столом. Этот вид тестирования выполняет, как правило, сам автор программного кода, хотя может и кто-то другой.
Динамическое тестирование предполагает выполнение программы на машине. Это наиболее распространённый (и приятный) подход к тестированию.
Наконец, третий подход - верификация программ, или как ещё говорят, доказательство правильности программы. Суть верификации: проводится аналитическое доказательство того, что программа удовлетворяет своей спецификации. Вообще говоря, проводить верификацию бывает сложнее, чем писать код (если не считать игрушечных программ). Одно время даже предпринимались попытки автоматизировать этот процесс. Но, к сожалению, для реальных программ в ближайшем будущем это недостижимая цель.
----------------------------------
На сегодняшний день определились две стратегии тестирования программы:
1. тестирование "черного ящика" (или функциональное тестирование).
2. тестирование "белого ящика" (или структурное тестирование).
Критерии тестирования стратегии "черного ящика".
При использовании этой стратегии программа рассматривается как черный ящик, т.е. внутренняя структура программы (её логика) нам не видны. Известны только функции программы (спецификация программы), а также известны имена и типы входных и выходных данных программы, т.е. имеем:
Исчерпывающее тестирование программы, как правило, невозможно. Например, если в программе 10 входных величин и каждая принимает по 10 значений, то для исчерпывающего (полного) тестирования потребуется 10^10 тестов.
Критерии:
1. Эквивалентное разбиение
2. анализ граничных значений.
3. метод функциональных диаграмм.
1. Эквивалентное разбиение (самый популярный критерий из-за простоты)
Осуществляется в 2 этапа:
a. Выделение классов эквивалентности.
b. Построение тестов.
Класс эквивалентности – набор данных с общими свойствами.
Программа, обрабатывая разные элементы одного класса эквивалентности, должны вести себя одинаково. Иначе говоря, при обработке любого набора данных из одного класса эквивалентности в программе задействуется один и тот же набор операторов (и связей между ними.)
Построение тестов для критерия эквивалентного разбиения состоит в том, чтобы все входные классы эквивалентности (и правильные и неправильные) были покрыты, т.е. по одному тесту на каждый входной класс (сколько входных классов эквивалентности получилось – столько необходимо и тестов).