
- •Критерии качества программного средства. Определение качества по в стандарте iso 9126. Многоуровневая модель качества по. Оценочные характеристики качества программного продукта
- •Жизненный цикл программного продукта, фазы жизненного цикла.
- •Этапы классического жизненного цикла, их содержание.
- •3 Билет
- •1.Фаза разработки, этапы процесса разработки.
- •2.Стратегии конструирования по: линейная, инкрементная, эволюционная
- •4 Билет
- •Стандарт iso/iec 12207-95: основные определения – система, модель жизненного цикла, квалификационные требования. Основные процессы, их содержание, работы и задачи процесса разработки.
- •5 Билет
- •Стандарт iso/iec 15504 (spice): оценка возможностей разработчика. Связь этого стандарта с моделью зрелости предприятия sei cmm. Ответ
- •6 Билет
- •Прогностические модели процесса разработки: каскадная, rad, спиральная. Ответ
- •7 Билет
- •8 Билет
- •11 Билет
- •Анализ предметной области: цели и задачи. Модели предметной области. Формальные определения. Классификация моделей.
- •Методология idef0, синтаксис idef0-моделей. Ответ
- •Idef0-модели состоят из трех типов документов:
- •12 Билет
- •Диаграммы потоков данных (dfd-диаграммы) и диаграммы потоков работ (idef3-диаграммы), их использование при моделировании предметной области.
- •13 Билет
- •Объектно-ориентированный анализ предметной области. Методика определения границ системы и ключевых абстракций. Пример проведения анализа. Функциональные и нефункциональные требования к системе.
- •14 Билет
- •Функциональные требования к системе. Способ их представления в виде uml-диаграммы. Пример диаграммы с использованием отношений «расширяет» и «включает».
- •Понятие прецедента и сценария
- •15 Билет
- •Концептуальная модель системы: концептуальные классы, системные события и системные операции. Способ их представления в виде uml-диаграмм. Пример концептуального описания прецедента.
- •16 Билет
- •Диаграммы взаимодействия как элементы концептуальной модели. Синтаксис диаграмм взаимодействия.
- •17 Билет
- •Проектирование программных средств. Цели и задачи этапа проектирования. Понятие модели проектирования, ее отличия от концептуальной модели. Стадии проектирования, их краткая характеристика.
- •18 Билет
- •Задачи, решаемые на стадии эскизного проектирования. Понятие архитектуры пс.
- •Проблема выбора архитектуры. Влияние архитектуры на качественные характеристики пс.(?)
- •19 Билет
- •Понятие модуля и модульного программирования. Преимущества модульного подхода к разработке по.
- •Модули как средство физического структурирования по. Свойства модулей.(?)
- •20 Билет
- •Задачи, решаемые на стадии детального проектирования. Цели и задачи проектирования пользовательского интерфейса. Ответ
- •21 Билет
- •Понятие шаблона. Классификация шаблонов. Стандарт описания шаблонов. Ответ
- •22 Билет
- •Идентификация методов программных классов. Диаграммы классов, способы отображения отношений ассоциации и зависимости. Пример диаграммы классов.
- •23 Билет
- •Тестирование и отладка программного средства. Стадии тестирования и их характеристика. Основные принципы тестирования. Тесты и тестовые наборы. Понятие тестового покрытия.
- •24 Билет
- •Отладочное тестирование.(?)
- •Соотношение структурного и функционального подходов. Примеры реализации.
- •25 Билет
- •Интеграционное тестирование. Виды интеграционного тестирования. Критерии полноты тестовых наборов.
- •Регрессионное тестирование. Критерии завершения отладочного тестирования.
- •26 Билет
- •1.Системное тестирование. Виды системного тестирования. Критерии полноты тестовых наборов Ответ
- •27 Билет
- •28 Билет
- •29 Билет
- •30 Билет
- •1.Понятие версии программного продукта и системы контроля версий. Модели версионирования, их сравнение.
- •31 Билет
- •32 Билет
- •33 Билет
- •34 Билет Документирование процесса разработки. Типы документов управления Ответ
- •35 Билет Документирование программного продукта. Документация сопровождения, ее назначение и состав. Пользовательская документация, ее назначение и состав. Ответ
25 Билет
Интеграционное тестирование. Виды интеграционного тестирования. Критерии полноты тестовых наборов.
Регрессионное тестирование. Критерии завершения отладочного тестирования.
Ответ Интеграционное тестирование – одна из фаз тестирования программного обеспечения, при котором отдельные программные модули объединяются и тестируются в группе
Система строится поэтапно путем добавления отдельных модулей и их групп
На каждом этапе после приращения системы производится ее тестирование
Методы тестирования
Интеграция системы может осуществляться в направлении сверху - вниз или снизу - вверх
Соответственно, различают два метода тестирования, поддерживающих процесс интеграции:
нисходящее тестирование интеграции,
восходящее тестирование интеграции
Критерии полноты тестирования
Для системного и компонентного тестирования используются специфические виды критериев тестового покрытия:
тестирование всех типовых сценариев работы;
тестирование всех сценариев с нештатными ситуациями;
тестирование попарных композиций сценариев и т.д.
Регрессио́нное тести́рование- тестирования программного обеспечения, направленных на обнаружение ошибок в уже протестированных участках исходного кода.
регрессионными ошибками Такие ошибки — когда после внесения изменений в программу перестает работать то, что должно было продолжать работать,
26 Билет
1.Системное тестирование. Виды системного тестирования. Критерии полноты тестовых наборов Ответ
Полностью реализованный программный продукт подвергается системному тестированию
На этом этапе тестировщика интересует программная система в целом, как ее видит конечный пользователь
Основой для тестов служат общие требования к системе – корректность реализации функций, производительность, время отклика, устойчивость к сбоям..
Основные виды системных тестов:
функциональное тестирование (по методу «черного ящика»),
тестирование восстановления,
тестирование безопасности,
стрессовое тестирование,
тестирование производительности
Критерии полноты
Для системного и компонентного тестирования используются специфические виды критериев тестового покрытия:
тестирование всех типовых сценариев работы;
тестирование всех сценариев с нештатными ситуациями;
тестирование попарных композиций сценариев и т.
27 Билет
1.Особенности объектно-ориентированного тестирования. Расширение области применения тестирования. Критерии тестирования моделей. Тестирование классов. Тестирование кластеров и потоковое тестирование.
Ответ
Тестирование объектно-ориентированных программных средств имеет ряд существенных отличий от классического тестирования:
расширение области применения тестирования;
изменение методики тестирования;
учет особенностей ООП при проектировании тестовых вариантов
Расширение области применения
Разработка объектно-ориентированного программного средства начинается с создания его визуальных моделей
Модели этапа анализа и этапа проектирования определяют основные функциональные и структурные свойства разрабатываемой системы, поэтому необходимо проводить тестирование этих моделей !
Тестирование классов
Автономное тестирование класса предполагает разработку драйвера, который будет:
создавать экземпляры тестируемого класса;
вызывать методы тестируемого класса и передавать им фактические параметры из тестовых вариантов;
принимать результаты выполнения тестируемых методов
Методы этого класса создают объекты тестируемого класса и вызывают их методы, в том числе и статические
Экземпляры отдельных классов в активно взаимодействуют между собой
Создание драйвера для автономного тестирования класса может оказаться не менее сложной задачей, чем разработка самого класса
Тестирование потоков
Объектом интеграции является набор классов, обслуживающих единичный ввод данных в систему
При наличии в системе нескольких потоков ввода средства обслуживания каждого из них тестируются отдельно
Для контроля побочных эффектов применяют регрессионное тестирование
Кластерное тестирование
Объектом тестирования является кластер–набор сотрудничающих классов
Для выделения кластеров можно использовать диаграммы взаимодействия, соответствующие отдельным прецедентам