Методы тестирования. Требования. Тестирование основанное на требованиях презентация

Содержание

1. 1 апреля - экзамен 2. 31 марта - консультация Информация!

Слайд 1Методы тестирования
Лекция 3

Слайд 21. 1 апреля - экзамен
2. 31 марта - консультация

Информация!

Слайд 3Требования. Тестирование основанное на требованиях
Лекция 3

Слайд 4Зачем тестировать документацию?
Ошибки, допущенные на стадии сбора требований, составляют от 40

до 60% всех дефектов проекта

Слайд 5Описание ожиданий заказчика в формализованном, документированном виде
Определение требований к ПО

Слайд 6Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения)
Нормативное обеспечение организации (регламенты,

положения, уставы, приказы)
Текущая организация деятельности объекта автоматизации
Модели деятельности (диаграммы бизнес-процессов)
Представления и ожидания потребителей и пользователей системы
Журналы использования существующих программно-аппаратных систем
Конкурирующие программные продукты

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

Слайд 7Вводы системы
Выводы системы
Функции системы
Атрибуты системы
Атрибуты системной среды


Основные элементы для рассмотрения

Слайд 8Бизнес-требования
Требования пользователей
Системные требования
Уровни требований

Слайд 9Виды требований
Программные требования
Ограничения разработки
Функциональные требования
Нефункциональные требования
Уровни требований:
Бизнес-требования
Требования пользователей
Системные требования

Слайд 10
Функциональные и нефункциональные требования

Слайд 11Требования к продукту
Организационные требования
Внешние требования
Нефункциональные требования

Слайд 12Количественные показатели нефункциональных требований

Слайд 13Introduction
Purpose
Document conventions
Intended Audience and Reading Suggestions
Project scope
References
Overall Description
Product perspective
Product features
User classes

and characteristics
Operating environment
Design and implementation constraints
User documentation
Assumptions and dependencies
System features
System feature X (таких блоков может быть несколько)

Структура SRS. IEEE Standard 830.http://habrahabr.ru/post/52681/

Description and priority
Stimulus/Response sequences
Functional requirements
External interface requirements
User interfaces
Software interfaces
Hardware interfaces
Communication interfaces
Non functional requirements
Performance requirements
Safety requirements
Software quality attributes
Security requirements
Other requirements
Appendix A: Glossary
Appendix B: Analysis Models
Appendix C: Issues list

Слайд 14Спецификации
Псевдокод
Конечные автоматы
Таблицы решений
Диаграммы деятельности
Таблицы сущность-связь
Схемы потоков данных
Формальные методы спецификации требований

Слайд 15UML диаграммы
Схемы
Mind map
Мокапы
Визуализация требований

Слайд 16Корректные требования
Недвусмысленные требования
Полнота набора требований
Непротиворечивость набора требований
Упорядоченность требований по их важности

и стабильности
Проверяемые требования
Модифицируемый набор требований
Трассируемые требования
Понимаемые требования

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

Слайд 17Явные и неявные требования
Помните машину с непрозрачным лобовым стеклом и квадратными

колесами?

Слайд 18Что если нет документации?

Слайд 19Код приложения
Носители знаний
Прототипы
Тест-кейсы
Авто-тесты
Любая другая информация
Что может помочь?

Слайд 20Интервью, опросы, анкетирование
Мозговой штурм, семинар
Наблюдение за производственной деятельностью, «фотографирование» рабочего дня
Анализ

нормативной документации
Анализ моделей деятельности
Анализ конкурентных продуктов
Анализ статистики использования предыдущих версий системы

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

Слайд 21Требования неполные
Частые изменения
Требования изменяются в последний момент
Не верно трактовали
С какими проблемами

мы сталкиваемся

Слайд 22От требований к тестированию
Пользовательские требования
Технический дизайн и разработка пользовательского интерфейса
Функциональные требования

и модели анализа

Варианты тестирования и сценарии

Процедуры тестирования и сценарии

Сравнение

Сравнение



Тестировщик

Аналитик

Слайд 23
Тестирование, основанное на требованиях (Requirements Based Testing)

Слайд 24Тестирование должно быть своевременным
Тестирование должно быть действенным
Процесс тестирования должен быть эффективным
Тестирование

должно быть управляемым

Характеристики качественного процесса тестирования

Слайд 25просмотр на наличие неоднозначностей
выведение причинно-следственных связей
Фазы процесса тестирования, основанного на требованиях

Слайд 26“В случае попытки вскрытия, банкомат должен послать сигнал тревоги в отдел

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

Обзор на предмет неоднозначностей

Слайд 27“В случае попытки вскрытия, банкомат должен послать сигнал тревоги в отдел

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

Какой же тип оповещения отправляет банкомат в отдел информационных технологий?
Каково точное определение “вскрытия”?
Эквивалентно ли “вскрытие” “открытию без ключа и секретного кода?
Что происходит в случае использования ключа, но без введения секретного кода?
Какой текст оповещения?
Что такое “соответствующие действия”?

Обзор на предмет неоднозначностей

Слайд 28просмотр на наличие неоднозначностей
выведение причинно-следственных связей


Причинно-следственные связи - это наши функциональные

диаграммы, которые впоследствии преобразуются в таблицы решений

Фазы процесса тестирования, основанного на требованиях

Слайд 29Тестовая документация

Слайд 30Этапы процесса тестирования

Слайд 31Этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи

(тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования

Тест дизайн (Test Design)

Слайд 32План тестирования (Test Plan)
Набор тест кейсов и тестов (Test Case &

Test suite)
Дефекты / Баг Репорты (Bug Reports / Defects)


http://www.protesting.ru/testing/templates.html

Типы тестовой документации

Слайд 33Это самая маленькая часть тест документации, это ситуация которая проверяет конкретно

взятое условие из требований. Одно условие может проверятся несколькими Тест Кейсами (позитивными и негативными)

Тестовый случай (Test Case)

Слайд 34Перевод продукта в нужное состояние
Верификация того, что подлежит проверке
Перевод продукта в

исходное состояние

Хороший Test Case состоит из

Слайд 35Тщательное изучение и анализ требований (описания функции, модуля, спецификации, и т.д.).


Декомпозиция требований\функций.
Выявление всех условий, входных и выходных данных (что)
Анализ поведения (как)
Использование различных техник для выделения определенных тестов
Использование накопленных знаний о выполненных проектах (оттестированных продуктах)
Интуиция
Анализ\просмотр выявленных тестов и добавление новых

Обнаруживаем тесты

Слайд 36Логические Test Case - составляются после разработки плана тестирования
Низкоуровневые Test Case

- пишутся при наличии или очень детальной спецификации или когда уже можно проводить динамическое тестирование

Логический и низкоуровневый

Слайд 37ID - номер кейса или номер вместе с какой-то абривиатурой к

примему «PD_Sync_123»
Summary - краткое описание проблемы
Precondition - шаги перевода программы в нужное состояние
Steps (Actions) - шаги, для того чтобы востроизвести баг
Expected Result - ожидаемый результат
Pass/Fail - поле для проставления статуса каждому тест кейсу

Основные поля Тест Кейса

Слайд 38Пример Тест Кейса
Проверка успешного входа в систему Администратора при условии что

его логин и пароль = 'Login' и '12345'

Слайд 39http://www.protesting.ru/testing/templates.html
Еще пример

Слайд 40Группа связанных Test cases
Тестовый набор (Test Suite)

Слайд 41Место хранения тестов, отметок о результатах прохождения тестов и дате проведения

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

Test Matrix

Слайд 42Ошибки

Слайд 43Отчет об ошибке - это инструмент!

Тестировщики производят отчеты об ошибках!

Лучше всего

вас запомнят по тем ошибкам, которые вы нашли!

Надо суметь “продать” найденную вами ошибку!

Отчеты об ошибках

Слайд 44Поднимает проблему и дает все необходимые данные для принятия решения
Идеальный отчет

об ошибке

Слайд 45
Баг ваш или программиста?

Слайд 46Мотивация и случаи,когда баг исправляться не будет

Слайд 47Изменяйте свое поведение (изменяйте условия путем изменения своих действий)
Изменяйте настройки программы
Изменяйте

программное и аппаратное окружение

3 типа дополнительного тестирования

Слайд 48Баги не будут исправлены пока они не будут определены как критические

или не будут демонстрировать новые проявления на исправленном коде

Новый ли баг для этой версии?

Слайд 49Методы тестирования. Диаграммы состояний и переходов

Слайд 51Диаграммы состояний и переходов (State-Transition Testing)

Слайд 56http://www.slideshare.net/DmytroProtsenko/ss-40217587
Ссылка на источник

Слайд 57На основе имеющейся спецификации подготовить:
Список недочетов спецификации (лист Questions)
Набор требований и

фич приложения
Набор тест-кейсов

Задание 1

Слайд 58Приложение рисует контуры на плоскости. Контуры можно складывать, вычитать, объединять.

Реализован

новый инструмент SPLIT – разрезает контур пополам. Пользователь задает ширину разреза (допустимые значения 0,1 – 10 метров).

Нужно протестировать работу инструмента SPLIT. Допускается графическое оформление части тест-кейсов (на ваше усмотрение).

Задание 2: тестирование инструмента в графич.приложении

Похожие презентации

Выбор микропроцессорных средств 254
Corel Draw программасы 1020
Язык программирования JAVA 242
Архитектура персонального компьютера 339
Цели изучения информатики. Техника безопасности на рабочем месте 355
Информация и ее свойства (10 класс) 484

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

Если не удалось найти и скачать презентацию, Вы можете заказать его на нашем сайте. Мы постараемся найти нужный Вам материал и отправим по электронной почте. Не стесняйтесь обращаться к нам, если у вас возникли вопросы или пожелания:

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

Что такое ThePresentation.ru?

Это сайт презентаций, докладов, проектов, шаблонов в формате PowerPoint. Мы помогаем школьникам, студентам, учителям, преподавателям хранить и обмениваться учебными материалами с другими пользователями.

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

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