- Главная
- Разное
- Бизнес и предпринимательство
- Образование
- Развлечения
- Государство
- Спорт
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Религиоведение
- Черчение
- Физкультура
- ИЗО
- Психология
- Социология
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Что такое findslide.org?
FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.
Обратная связь
Email: Нажмите что бы посмотреть
Презентация на тему Тестирование программного обеспечения
Содержание
- 2. Занятие № 5Тема: Требования и их тестированиеПлан занятия:Определение понятия «Требование»;Виды требований;Тестирование требований;____________________Домашнее задание
- 3. Занятие № 5 Определение «Требования»Требование – Функциональная
- 4. Занятие № 5 Определение «Требования»Требование - это
- 5. Занятие № 5 Определение «Требования»Работа ведется с
- 6. Первоочередная задача аналитиков - разработать систему требований
- 7. Vision Document;Requirements Definition Document;System Requirements Specification;User Requirement Document;Functional Requirement Document;Техническое задание;Технический проект.Виды документовЗанятие № 5
- 8. Бизнес требованияЦели и задачи компании;Требования пользователейПотребности отдельных
- 9. Для эффективного тестирования важно вовлекать различных специалистовЗа
- 10. Методы тестирования требований:Проверка документации;Анализ поведения системы;Прототипирование;Тестирование требованийЗанятие № 5
- 11. Проверка документации:Последовательный просмотр и проверка всех доступных
- 12. Проверка документации:ПлюсыПростота использования;Отсутствие специальных требований к проверяющему;Покрывает
- 13. Анализ поведения системы:Формирование требований в формате «вход-выход»,
- 14. Анализ поведения системы:ПлюсыХорошо проверяет требования;Представляет требования в
- 15. Прототипирование:Создание модели будущей системы.Позволяет проверить на полноту, корректность, реализуемость ПрименяетсяАрхитекторами;Аналитиками.Тестирование требованийЗанятие № 5
- 16. Прототипирование:ПлюсыПользователи получают возможность проверить решение;Наглядное пособие для
- 17. Корректность (Правильность)Каждое требование должно точно описывать то, что должно быть разработано.Критерии качества требованийЗанятие № 5
- 18. ПолнотаВсе требования задокументированы;Каждое требование содержит всю информацию
- 19. ОднозначностьОдинаковая интерпретация требования всеми участниками команды;Требование описано
- 20. НепротиворечивостьТребование не конфликтует с другими требованиями;Требование не
- 21. Отслеживаемость Каждое требование должно иметь свой уникальный
- 22. РеализуемостьКаждое из требований возможно реализовать с учетом
- 23. ТестируемостьТребование должно быть сформулировано так, чтобы можно
- 24. Занятие № 5 Домашнее задание: Изучить примеры документов с требованиями;Тестирование требований по проекту Mir-Auto
- 25. Скачать презентацию
- 26. Похожие презентации
Занятие № 5Тема: Требования и их тестированиеПлан занятия:Определение понятия «Требование»;Виды требований;Тестирование требований;____________________Домашнее задание
Слайд 3
Занятие № 5
Определение «Требования»
Требование –
Функциональная характеристика
системы, необходимая заказчику (пользователю) для того чтобы решить проблему
или достигнуть поставленных целей.Функциональная характеристика, которой должна обладать система для того чтобы соответствовать контракту, стандарту спецификации или другому формальному документу.
Документ, описывающий функциональные характеристики обозначенные выше.
Слайд 4
Занятие № 5
Определение «Требования»
Требование - это потребность
или ожидание, которое
(а) установлено в явном виде, или
(б)
«наследуется» как обязательное из других систем требований (напр., государственных и ведомственных законоположений), или(в) подразумевается (является «обычным»)
Примеры:
(а) требование оговорено в контракте, SOW или SRS
(б) требование оформления документации в ЕСПД
(в) функция печати в системе обработки файлов документов
Слайд 5
Занятие № 5
Определение «Требования»
Работа ведется с заказчиком
системы и её будущими пользователями
Цель этапа – точно определить
функции продукта и способы его интеграции в существующие процессыСлайд 6 Первоочередная задача аналитиков - разработать систему требований и
донести ее до проектной команды таким образом, чтобы реализованный
по этой системе требований продукт соответствовал тому, что нужно Заказчику и система, действительно, вписывалась в бизнес Заказчика и была ему полезна.Выявление требований
Занятие № 5
Слайд 7
Vision Document;
Requirements Definition Document;
System Requirements Specification;
User Requirement Document;
Functional
Requirement Document;
Техническое задание;
Технический проект.
Виды документов
Занятие № 5
Слайд 8
Бизнес требования
Цели и задачи компании;
Требования пользователей
Потребности отдельных групп
заказчиков/пользователей;
Функциональные требования
Описывают что должна делать система;
Нефункциональные требования
Описывают как должна
работать система;Предположения и ограничения
Специфика доменной области, которая накладывает ограничения на поведение или дизайн системы.
Типы требований
Занятие № 5
Слайд 9
Для эффективного тестирования важно вовлекать различных специалистов
За качество
ответственна вся команда
Тестировщики
Аналитики
Менеджер проекта
Разработчики
Тестирование требований
Занятие № 5
Слайд 10
Методы тестирования требований:
Проверка документации;
Анализ поведения системы;
Прототипирование;
Тестирование требований
Занятие №
Слайд 11
Проверка документации:
Последовательный просмотр и проверка всех доступных требований;
Позволяет
проверить на корректность, полноту, прослеживаемость, важность, однозначность и измеримость
Применяется
Заказчиками;
Аналитиками;
ПМами;
Тестировщиками.
Тестирование требований
Занятие № 5
Слайд 12
Проверка документации:
Плюсы
Простота использования;
Отсутствие специальных требований к проверяющему;
Покрывает много
критериев качества;
Меньше затраты времени.
Минусы
Качество проверки зависит от проверяющего;
Вовлечение различных
специалистов;Наличие документов с требованиями
Тестирование требований
Занятие № 5
Слайд 13
Анализ поведения системы:
Формирование требований в формате «вход-выход», «событие-последствие»,
«условие-ответ».
Позволяет проверить на полноту, понятность, однозначность
Применяется
Тестировщиками (test cases);
Аналитиками (use
cases).Тестирование требований
Занятие № 5
Слайд 14
Анализ поведения системы:
Плюсы
Хорошо проверяет требования;
Представляет требования в структурированном
и понятном виде;
Результаты легко использовать для создание тест кейсов.
Минусы
Требует
большего количества времени;Требует специальной подготовки.
Тестирование требований
Занятие № 5
Слайд 15
Прототипирование:
Создание модели будущей системы.
Позволяет проверить на полноту, корректность,
реализуемость
Применяется
Архитекторами;
Аналитиками.
Тестирование требований
Занятие № 5
Слайд 16
Прототипирование:
Плюсы
Пользователи получают возможность проверить решение;
Наглядное пособие для разработчиков
и тестировщиков;
Проверка требования на реализуемость.
Минусы
Требует значительного времени;
Специальная подготовка для
создания прототипа.Тестирование требований
Занятие № 5
Слайд 17
Корректность (Правильность)
Каждое требование должно точно описывать то, что
должно быть разработано.
Критерии качества требований
Занятие № 5
Слайд 18
Полнота
Все требования задокументированы;
Каждое требование содержит всю информацию для
проектирования, разработки и тестирования;
Нет ссылок не несуществующие данные (таблицы,
иллюстрации, документы);Критерии качества требований
Занятие № 5
Слайд 19
Однозначность
Одинаковая интерпретация требования всеми участниками команды;
Требование описано четко,
просто, кратко;
Все термины и аббревиатуры описаны и определены.
Критерии качества
требованийЗанятие № 5
Слайд 20
Непротиворечивость
Требование не конфликтует с другими требованиями;
Требование не конфликтует
с под-требованиями;
Требование не конфликтует с законами, стандартами.
Критерии качества требований
Занятие
№ 5
Слайд 21
Отслеживаемость
Каждое требование должно иметь свой уникальный идентификатор;
Система
идентификации позволяет добавлять, удалять и разбивать требования без изменения
идентификатора других требованийКритерии качества требований
Занятие № 5
Слайд 22
Реализуемость
Каждое из требований возможно реализовать с учетом технических
и организационных ограничений;
Учитываются доступные ресурсы и время.
Критерии качества требований
Занятие
№ 5
Слайд 23
Тестируемость
Требование должно быть сформулировано так, чтобы можно было
доказать соответствие системы предъявленному требованию;
Требование не должно содержать неизмеримых
или нетестируемых формулировок.Критерии качества требований
Занятие № 5
Слайд 24
Занятие № 5
Домашнее задание:
Изучить примеры документов
