Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Тестирование программного обеспечения

Содержание

Занятие № 5Тема: Требования и их тестированиеПлан занятия:Определение понятия «Требование»;Виды требований;Тестирование требований;____________________Домашнее задание
(базовый модуль)  Тестирование  программного обеспечения Занятие № 5Тема: Требования и их тестированиеПлан занятия:Определение понятия «Требование»;Виды требований;Тестирование требований;____________________Домашнее задание Занятие № 5 Определение «Требования»Требование – Функциональная характеристика системы, необходимая заказчику (пользователю) Занятие № 5 Определение «Требования»Требование - это потребность или ожидание, которое(а) установлено Занятие № 5 Определение «Требования»Работа ведется с заказчиком системы и её будущими Первоочередная задача аналитиков - разработать систему требований и донести ее до проектной Vision Document;Requirements Definition Document;System Requirements Specification;User Requirement Document;Functional Requirement Document;Техническое задание;Технический проект.Виды документовЗанятие № 5 Бизнес требованияЦели и задачи компании;Требования пользователейПотребности отдельных групп заказчиков/пользователей;Функциональные требованияОписывают что должна Для эффективного тестирования важно вовлекать различных специалистовЗа качество ответственна вся команда ТестировщикиАналитикиМенеджер Методы тестирования требований:Проверка документации;Анализ поведения системы;Прототипирование;Тестирование требованийЗанятие № 5 Проверка документации:Последовательный просмотр и проверка всех доступных требований;Позволяет проверить на корректность, полноту, Проверка документации:ПлюсыПростота использования;Отсутствие специальных требований к проверяющему;Покрывает много критериев качества;Меньше затраты времени.МинусыКачество Анализ поведения системы:Формирование требований в формате «вход-выход», «событие-последствие», «условие-ответ».Позволяет проверить на полноту, Анализ поведения системы:ПлюсыХорошо проверяет требования;Представляет требования в структурированном и понятном виде;Результаты легко Прототипирование:Создание модели будущей системы.Позволяет проверить на полноту, корректность, реализуемость ПрименяетсяАрхитекторами;Аналитиками.Тестирование требованийЗанятие № 5 Прототипирование:ПлюсыПользователи получают возможность проверить решение;Наглядное пособие для разработчиков и тестировщиков;Проверка требования на Корректность (Правильность)Каждое требование должно точно описывать то, что должно быть разработано.Критерии качества требованийЗанятие № 5 ПолнотаВсе требования задокументированы;Каждое требование содержит всю информацию для проектирования, разработки и тестирования;Нет ОднозначностьОдинаковая интерпретация требования всеми участниками команды;Требование описано четко, просто, кратко;Все термины и НепротиворечивостьТребование не конфликтует с другими требованиями;Требование не конфликтует с под-требованиями;Требование не конфликтует Отслеживаемость Каждое требование должно иметь свой уникальный идентификатор;Система идентификации позволяет добавлять, удалять РеализуемостьКаждое из требований возможно реализовать с учетом технических и организационных ограничений;Учитываются доступные ТестируемостьТребование должно быть сформулировано так, чтобы можно было доказать соответствие системы предъявленному Занятие № 5 Домашнее задание: Изучить примеры документов с требованиями;Тестирование требований по проекту Mir-Auto Занятие № 5Спасибо за внимание.Вопросы ?
Слайды презентации

Слайд 2 Занятие № 5
Тема:
Требования и их тестирование
План занятия:
Определение

Занятие № 5Тема: Требования и их тестированиеПлан занятия:Определение понятия «Требование»;Виды требований;Тестирование требований;____________________Домашнее задание

понятия «Требование»;
Виды требований;
Тестирование требований;
____________________
Домашнее задание


Слайд 3 Занятие № 5
Определение «Требования»
Требование –
Функциональная характеристика

Занятие № 5 Определение «Требования»Требование – Функциональная характеристика системы, необходимая заказчику

системы, необходимая заказчику (пользователю) для того чтобы решить проблему

или достигнуть поставленных целей.
Функциональная характеристика, которой должна обладать система для того чтобы соответствовать контракту, стандарту спецификации или другому формальному документу.
Документ, описывающий функциональные характеристики обозначенные выше.




Слайд 4 Занятие № 5
Определение «Требования»
Требование - это потребность

Занятие № 5 Определение «Требования»Требование - это потребность или ожидание, которое(а)

или ожидание, которое
(а) установлено в явном виде, или
(б)

«наследуется» как обязательное из других систем требований (напр., государственных и ведомственных законоположений), или
(в) подразумевается (является «обычным»)
Примеры:
(а) требование оговорено в контракте, SOW или SRS
(б) требование оформления документации в ЕСПД
(в) функция печати в системе обработки файлов документов




Слайд 5 Занятие № 5
Определение «Требования»
Работа ведется с заказчиком

Занятие № 5 Определение «Требования»Работа ведется с заказчиком системы и её

системы и её будущими пользователями
Цель этапа – точно определить

функции продукта и способы его интеграции в существующие процессы

Слайд 6 Первоочередная задача аналитиков - разработать систему требований и

Первоочередная задача аналитиков - разработать систему требований и донести ее до

донести ее до проектной команды таким образом, чтобы реализованный

по этой системе требований продукт соответствовал тому, что нужно Заказчику и система, действительно, вписывалась в бизнес Заказчика и была ему полезна.

Выявление требований

Занятие № 5


Слайд 7 Vision Document;
Requirements Definition Document;
System Requirements Specification;
User Requirement Document;
Functional

Vision Document;Requirements Definition Document;System Requirements Specification;User Requirement Document;Functional Requirement Document;Техническое задание;Технический проект.Виды документовЗанятие № 5

Requirement Document;
Техническое задание;
Технический проект.
Виды документов
Занятие № 5


Слайд 8 Бизнес требования
Цели и задачи компании;
Требования пользователей
Потребности отдельных групп

Бизнес требованияЦели и задачи компании;Требования пользователейПотребности отдельных групп заказчиков/пользователей;Функциональные требованияОписывают что

заказчиков/пользователей;
Функциональные требования
Описывают что должна делать система;
Нефункциональные требования
Описывают как должна

работать система;
Предположения и ограничения
Специфика доменной области, которая накладывает ограничения на поведение или дизайн системы.

Типы требований

Занятие № 5


Слайд 9 Для эффективного тестирования важно вовлекать различных специалистов
За качество

Для эффективного тестирования важно вовлекать различных специалистовЗа качество ответственна вся команда

ответственна вся команда
Тестировщики
Аналитики
Менеджер проекта
Разработчики
Тестирование требований
Занятие № 5



Слайд 10 Методы тестирования требований:
Проверка документации;
Анализ поведения системы;
Прототипирование;
Тестирование требований
Занятие №

Методы тестирования требований:Проверка документации;Анализ поведения системы;Прототипирование;Тестирование требованийЗанятие № 5

Слайд 11 Проверка документации:
Последовательный просмотр и проверка всех доступных требований;
Позволяет

Проверка документации:Последовательный просмотр и проверка всех доступных требований;Позволяет проверить на корректность,

проверить на корректность, полноту, прослеживаемость, важность, однозначность и измеримость
Применяется


Заказчиками;
Аналитиками;
ПМами;
Тестировщиками.

Тестирование требований

Занятие № 5


Слайд 12 Проверка документации:
Плюсы
Простота использования;
Отсутствие специальных требований к проверяющему;
Покрывает много

Проверка документации:ПлюсыПростота использования;Отсутствие специальных требований к проверяющему;Покрывает много критериев качества;Меньше затраты

критериев качества;
Меньше затраты времени.
Минусы
Качество проверки зависит от проверяющего;
Вовлечение различных

специалистов;
Наличие документов с требованиями

Тестирование требований

Занятие № 5


Слайд 13 Анализ поведения системы:
Формирование требований в формате «вход-выход», «событие-последствие»,

Анализ поведения системы:Формирование требований в формате «вход-выход», «событие-последствие», «условие-ответ».Позволяет проверить на

«условие-ответ».
Позволяет проверить на полноту, понятность, однозначность
Применяется
Тестировщиками (test cases);
Аналитиками (use

cases).

Тестирование требований

Занятие № 5


Слайд 14 Анализ поведения системы:
Плюсы
Хорошо проверяет требования;
Представляет требования в структурированном

Анализ поведения системы:ПлюсыХорошо проверяет требования;Представляет требования в структурированном и понятном виде;Результаты

и понятном виде;
Результаты легко использовать для создание тест кейсов.
Минусы
Требует

большего количества времени;
Требует специальной подготовки.

Тестирование требований

Занятие № 5


Слайд 15 Прототипирование:
Создание модели будущей системы.
Позволяет проверить на полноту, корректность,

Прототипирование:Создание модели будущей системы.Позволяет проверить на полноту, корректность, реализуемость ПрименяетсяАрхитекторами;Аналитиками.Тестирование требованийЗанятие № 5

реализуемость
Применяется
Архитекторами;
Аналитиками.

Тестирование требований
Занятие № 5


Слайд 16 Прототипирование:
Плюсы
Пользователи получают возможность проверить решение;
Наглядное пособие для разработчиков

Прототипирование:ПлюсыПользователи получают возможность проверить решение;Наглядное пособие для разработчиков и тестировщиков;Проверка требования

и тестировщиков;
Проверка требования на реализуемость.
Минусы
Требует значительного времени;
Специальная подготовка для

создания прототипа.

Тестирование требований

Занятие № 5


Слайд 17 Корректность (Правильность)
Каждое требование должно точно описывать то, что

Корректность (Правильность)Каждое требование должно точно описывать то, что должно быть разработано.Критерии качества требованийЗанятие № 5

должно быть разработано.
Критерии качества требований
Занятие № 5


Слайд 18 Полнота
Все требования задокументированы;
Каждое требование содержит всю информацию для

ПолнотаВсе требования задокументированы;Каждое требование содержит всю информацию для проектирования, разработки и

проектирования, разработки и тестирования;
Нет ссылок не несуществующие данные (таблицы,

иллюстрации, документы);

Критерии качества требований

Занятие № 5


Слайд 19 Однозначность
Одинаковая интерпретация требования всеми участниками команды;
Требование описано четко,

ОднозначностьОдинаковая интерпретация требования всеми участниками команды;Требование описано четко, просто, кратко;Все термины

просто, кратко;
Все термины и аббревиатуры описаны и определены.


Критерии качества

требований

Занятие № 5


Слайд 20 Непротиворечивость
Требование не конфликтует с другими требованиями;
Требование не конфликтует

НепротиворечивостьТребование не конфликтует с другими требованиями;Требование не конфликтует с под-требованиями;Требование не

с под-требованиями;
Требование не конфликтует с законами, стандартами.
Критерии качества требований
Занятие

№ 5

Слайд 21 Отслеживаемость
Каждое требование должно иметь свой уникальный идентификатор;
Система

Отслеживаемость Каждое требование должно иметь свой уникальный идентификатор;Система идентификации позволяет добавлять,

идентификации позволяет добавлять, удалять и разбивать требования без изменения

идентификатора других требований

Критерии качества требований

Занятие № 5


Слайд 22 Реализуемость
Каждое из требований возможно реализовать с учетом технических

РеализуемостьКаждое из требований возможно реализовать с учетом технических и организационных ограничений;Учитываются

и организационных ограничений;
Учитываются доступные ресурсы и время.
Критерии качества требований
Занятие

№ 5

Слайд 23 Тестируемость
Требование должно быть сформулировано так, чтобы можно было

ТестируемостьТребование должно быть сформулировано так, чтобы можно было доказать соответствие системы

доказать соответствие системы предъявленному требованию;
Требование не должно содержать неизмеримых

или нетестируемых формулировок.

Критерии качества требований

Занятие № 5


Слайд 24 Занятие № 5
Домашнее задание:

Изучить примеры документов

Занятие № 5 Домашнее задание: Изучить примеры документов с требованиями;Тестирование требований по проекту Mir-Auto

с требованиями;
Тестирование требований по проекту Mir-Auto


  • Имя файла: testirovanie-programmnogo-obespecheniya.pptx
  • Количество просмотров: 219
  • Количество скачиваний: 1