- •Тема 1. Введение. Основы методологии проектирования информационных систем 5
- •Жизненный цикл программного обеспечения
- •Модели жизненного цикла программного обеспечения
- •Макетирование
- •Спиральная модель жизненного цикла
- •Компонентно-ориентированная модель
- •Тема 2. Структурный анализ и проектирование Определение структурного анализа
- •Средства структурного анализа
- •Моделирование потоков данных
- •Контекстная диаграмма
- •Построение иерархии диаграмм потоков данных
- •Методология функционально стоимостного анализа
- •Методология функционального моделирования sadt (Structured Analysis and Design Technique)
- •Состав функциональной модели sadt
- •Иерархия диаграмм
- •Словарь данных
- •Тема 3. Построение информационной модели системы. Проектирование баз данных Диаграммы сущность-связь (erd)
- •Сущности, отношения и связи в нотации Чена
- •Типы связей в нотации Чена
- •Ассоциативная связь
- •Диаграммы атрибутов в классической модели Чена
- •Диаграмма категоризации
- •Нотация Баркера. Модель сущность- связь в нотации Баркера
- •Методология idef1x
- •Тема 4. Методика построения информационной модели данных (модели «сущность-связь»)
- •Идентификация отношений между сущностями
- •Разрешение неспецифических отношений
- •Использование средств и техники структурного системного анализа
- •Основные виды работ, рекомендуемые при построении логической и физической моделей программной системы
- •Подход Мартина (ie–методология)
- •Тема 5. Методология rad (Rapid Application Development)
- •Основные принципы методологии rad
- •Состав, структура и функциональные особенности case-средств
- •Поддержка графических моделей
- •Требования к современному диаграммеру
- •Тема 6. Структурное тестирование программного обеспечения Основные понятия и принципы тестирования программного обеспечения
- •Особенности тестирования белого ящика
- •Способ тестирования базового пути
- •Потоковый граф
- •Цикломатическая сложность
- •Шаги способа тестирования базового пути
- •Способы тестирования условий
- •Тестирование ветвей и операторов отношения
- •Способ тестирования потоков данных
- •Тестирование циклов
- •Тема 7. Функциональное тестирование программного обеспечения Особенности тестирования черного ящика
- •Способы разбиения на эквивалентности
- •Способ анализа граничных значений
- •Способ диаграмм причин–следствий
- •Тема 8. Организация процесса тестирования программного обеспечения
- •Методика тестирования программных систем
- •Тестирование элементов
- •Тестирование итераций
- •Восходящее тестирование интеграции
- •Тестирование правильности
- •Системное тестирование
Способ диаграмм причин–следствий
Диаграмма причинно–следственных связей – это способ проектирования тестовых вариантов, которые обеспечивают формальную запись логических условий и соответствующих действий. При этом обычно используется автоматный подход к решению задачи.
Шаги способа построения диаграмм причинно–следственных связей:
Для каждого модуля перечисляются причины, то есть условия ввода или классы эквивалентности условий ввода, а также следствия, то есть действия или условия вывода. Каждой причине и следствию присваивается свой идентификатор.
Разрабатывается граф причинно–следственных связей.
Граф преобразуется в таблицу решений.
Столбцы таблицы решений преобразуются в тестовые варианты.
Базовые символы для записи графов причин и следствий: причины обозначаются символом (cause), следствия обозначаются символом (effects).
Каждый узел графа может находиться в состоянии 0 или 1. Причем 0 означает, что состояние отсутствует, а 1–состояние присутствует.
Функция тождества устанавливает, что если значение равно 1, то значениетоже равно 1, в противном случае значениеравно 0.
Функция НЕ устанавливает, что если значение равно 1, топринимает значение 0, в противном случаеравно 1.
Функция ИЛИ устанавливает, что если илиравно 1, тотакже равно 1, в противном случаеравно 0.
Функция И устанавливает, что если иравны 1, тотоже равно 1, в противном случаеравно 0.
Часто определенные сочетания величин невозможны из–за синтаксических или внешних ограничений. В этом случае используются следующие обозначения ограничений.
Ограничение E (Exclusive) устанавливает, что E должно быть истинным, если хотя бы одна из причин a или b не могут принимать значение 1 одновременно.
Ограничение I (Inclusive) устанавливает, что, по крайней мере, одна из причин a, b или c должна быть равна 1, то есть a, b и c не могут принимать значение 0 одновременно.
Ограничение O (Only lone) устанавливает, что одна и только одна из величин a или b должна быть равна 1.
Ограничение R (Requires) устанавливает, что если a принимает значение 1, то и величина b должна принимать значение 1.
Ограничение для следствий M (Masks) устанавливает, что если следствие a имеет значение 1, то следствие b должно принять значение 0.
Вопросы для самоконтроля по теме 7:
Охарактеризуйте особенности тестирования «черного ящика»
Перечислите категории ошибок, выявляемых при тестировании «черного ящика»
Опишите процедуру разбиения на эквивалентности
Перечислите правила анализа граничных значений
Опишите назначение диаграмм причинно-следственных связей
Перечислите и охарактеризуйте этапы построения диаграмм причинно-следственных связей
Тема 8. Организация процесса тестирования программного обеспечения
Классический процесс тестирования обеспечивает проверку результатов, полученных на каждом этапе разработки. Как правило, он начинается с проверки отдельных программных модулей, продолжается при проверке объединения модулей в систему и заканчивается проверкой соответствия программного продукта требованиям заказчика и его взаимодействия с другими компонентами компьютерной системы.