Скачать презентацию Методы тестирования Лекция 3 Информация 1 1 Скачать презентацию Методы тестирования Лекция 3 Информация 1 1

Основы тестироавния. лекция 5, задания 4.pptx

  • Количество слайдов: 58

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

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

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

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

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

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

Основные элементы для рассмотрения 1. 2. 3. 4. 5. Вводы системы Выводы системы Функции Основные элементы для рассмотрения 1. 2. 3. 4. 5. Вводы системы Выводы системы Функции системы Атрибуты системной среды

Уровни требований 1. Бизнес-требования 2. Требования пользователей 3. Системные требования Уровни требований 1. Бизнес-требования 2. Требования пользователей 3. Системные требования

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

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

Нефункциональные требования 1. Требования к продукту 2. Организационные требования 3. Внешние требования Нефункциональные требования 1. Требования к продукту 2. Организационные требования 3. Внешние требования

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

Структура SRS. IEEE Standard 830. http: //habrahabr. ru/post/52681/ ● Introduction o o o ● Структура SRS. IEEE Standard 830. http: //habrahabr. ru/post/52681/ ● Introduction o o o ● ● Purpose Document conventions Intended Audience and Reading Suggestions Project scope References Overall Description o Product perspective o Product features o User classes and characteristics o Operating environment o Design and implementation constraints o User documentation o Assumptions and dependencies System features o System feature X (таких блоков может быть несколько) § § § Description and priority Stimulus/Response sequences Functional requirements ● External interface requirements o User interfaces o Software interfaces o Hardware interfaces o Communication interfaces ● Non functional requirements o Performance requirements o Safety requirements o Software quality attributes o Security requirements ● Other requirements ● Appendix A: Glossary ● Appendix B: Analysis Models ● Appendix C: Issues list

Формальные методы спецификации требований 1. 2. 3. 4. 5. 6. 7. Спецификации Псевдокод Конечные Формальные методы спецификации требований 1. 2. 3. 4. 5. 6. 7. Спецификации Псевдокод Конечные автоматы Таблицы решений Диаграммы деятельности Таблицы сущность-связь Схемы потоков данных

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

Критерии качества требований к ПО 1. 2. 3. 4. 5. 6. 7. 8. 9. Критерии качества требований к ПО 1. 2. 3. 4. 5. 6. 7. 8. 9. Корректные требования Недвусмысленные требования Полнота набора требований Непротиворечивость набора требований Упорядоченность требований по их важности и стабильности Проверяемые требования Модифицируемый набор требований Трассируемые требования Понимаемые требования

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

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

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

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

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

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

Тестирование, основанное на требованиях (Requirements Based Testing) Тестирование, основанное на требованиях (Requirements Based Testing)

Характеристики качественного процесса тестирования 1. 2. 3. 4. Тестирование должно быть своевременным Тестирование должно Характеристики качественного процесса тестирования 1. 2. 3. 4. Тестирование должно быть своевременным Тестирование должно быть действенным Процесс тестирования должен быть эффективным Тестирование должно быть управляемым

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

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

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

Фазы процесса тестирования, основанного на требованиях ● ● просмотр на наличие неоднозначностей выведение причинно-следственных Фазы процесса тестирования, основанного на требованиях ● ● просмотр на наличие неоднозначностей выведение причинно-следственных связей Причинно-следственные связи - это наши функциональные диаграммы, которые впоследствии преобразуются в таблицы решений

Тестовая документация Тестовая документация

Этапы процесса тестирования 30 Этапы процесса тестирования 30

Тест дизайн (Test Design) Этап процесса тестирования ПО, на котором проектируются и создаются тестовые Тест дизайн (Test Design) Этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования

Типы тестовой документации 1. План тестирования (Test Plan) 2. Набор тест кейсов и тестов Типы тестовой документации 1. План тестирования (Test Plan) 2. Набор тест кейсов и тестов (Test Case & Test suite) 3. Дефекты / Баг Репорты (Bug Reports / Defects) http: //www. protesting. ru/testing/templates. html

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

Хороший Test Case состоит из 1. Перевод продукта в нужное состояние 2. Верификация того, Хороший Test Case состоит из 1. Перевод продукта в нужное состояние 2. Верификация того, что подлежит проверке 3. Перевод продукта в исходное состояние

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

Логический и низкоуровневый ● ● Логические Test Case - составляются после разработки плана тестирования Логический и низкоуровневый ● ● Логические Test Case - составляются после разработки плана тестирования Низкоуровневые Test Case - пишутся при наличии или очень детальной спецификации или когда уже можно проводить динамическое тестирование

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

Пример Тест Кейса Проверка успешного входа в систему Администратора при условии что его логин Пример Тест Кейса Проверка успешного входа в систему Администратора при условии что его логин и пароль = 'Login' и '12345'

Еще пример http: //www. protesting. ru/testing/templates. html Еще пример http: //www. protesting. ru/testing/templates. html

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

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

Ошибки Ошибки

Отчеты об ошибках Отчет об ошибке - это инструмент! Тестировщики производят отчеты об ошибках! Отчеты об ошибках Отчет об ошибке - это инструмент! Тестировщики производят отчеты об ошибках! Лучше всего вас запомнят по тем ошибкам, которые вы нашли! Надо суметь “продать” найденную вами ошибку!

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

Баг ваш или программиста? Баг ваш или программиста?

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

3 типа дополнительного тестирования 1. Изменяйте свое поведение (изменяйте условия путем изменения своих действий) 3 типа дополнительного тестирования 1. Изменяйте свое поведение (изменяйте условия путем изменения своих действий) 2. Изменяйте настройки программы 3. Изменяйте программное и аппаратное окружение

Новый ли баг для этой версии? Баги не будут исправлены пока они не будут Новый ли баг для этой версии? Баги не будут исправлены пока они не будут определены как критические или не будут демонстрировать новые проявления на исправленном коде

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

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

Ссылка на источник http: //www. slideshare. net/Dmytro. Protsenko/ss-40217587 Ссылка на источник http: //www. slideshare. net/Dmytro. Protsenko/ss-40217587

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

Задание 2: тестирование инструмента в графич. приложении Приложение рисует контуры на плоскости. Контуры можно Задание 2: тестирование инструмента в графич. приложении Приложение рисует контуры на плоскости. Контуры можно складывать, вычитать, объединять. Реализован новый инструмент SPLIT – разрезает контур пополам. Пользователь задает ширину разреза (допустимые значения 0, 1 – 10 метров). Нужно протестировать работу инструмента SPLIT. Допускается графическое оформление части тест-кейсов (на ваше усмотрение).