Testschool Тестирование ПО: Модели разработки ПО. Уровни и типы тестирования. Воронеж, 2012 год. - презентация

1 Testschool Тестирование ПО: Модели разработки ПО. Уровни и типы тестирования. Воронеж, 2012 год

2 Ирина Терновых2 Содержание лекции 1 Модели разработки ПО 2 Уровни тестирования 3 Типы тестирования

3 V-модель (Последовательная модель разработки) Четыре уровня, используемые для тестирования V-модели: Компонентное (модульное) тестирование Интеграционное тестирование Системное тестирование Приемочное тестирование InternMaria Bykova / Основы тестирования: введение

4 Итеративно-инкрементный процесс разработки – это процесс, основывающийся на требованиях, дизайне, сборке и тестировании системы, созданной в результате серии коротких циклов разработки. Примеры: прототипирование, быстрая разработка приложений (RAD), Rational Unified Process (RUP) и гибкие (agile) методологии разработки. Система, получаемая в результате итерации, может быть протестирована на нескольких уровнях в процессе разработки каждой итерации. Доработка, добавляемая к разработанному ранее, провоцирует расширение системы, которое также должно быть протестировано. Регрессионное тестирование становится все более и более важным от итерации к итерации. Верификация и валидация могут выполняться на каждом этапе доработки системы Итеративно-инкрементные модели разработки Ирина Терновых

5 Уровни тестирования Компонентное тестирование Базис тестирования: Требования к компонентам Детальный дизайн Код Типичные объекты тестирования: Компоненты Программы Программы конвертации и миграции данных Модули БД Ирина Терновых

6 –streng vertraulich, vertraulich, intern, öffentlich– Autor / Thema der Präsentation6 Уровни тестирования Интеграционное тестирование Базис тестирования: Проект системы Архитектура Бизнес-процессы Сценарии использования Типичные объекты тестирования: БД подсистем Инфраструктура Интерфейсы Конфигурация системы Конфигурационные данные

7 Ирина Терновых7 Уровни тестирования Интеграционное тестирование может состоять из одного или более уровней и может быть выполнено на тестовых объектах разного размера следующим образом: 1. Компонентное интеграционное тестирование проверяет взаимодействие между программными компонентами и производится после компонентного тестирования 2. Системное интеграционное тестирование проверяет взаимодействие между системами или между аппаратным обеспечением и может быть выполнено после системного тестирования. В этом случае, разработчики могут управлять только одной стороной интерфейса.

8 Системное тестирование Ирина Терновых Базис тестирования: Система и спецификация требований к программному обеспечению Сценарии использования Функциональная спецификация Отчеты об анализе степени риска Типичные объекты тестирования: Руководство по эксплуатации системы Конфигурация системы Конфигурационные данные Системное тестирование сконцентрировано на поведении тестового объекта как целостной системы или продукта. Область тестирования должна быть четко определена в главном плане тестирования либо плане тестирования для конкретного уровня тестирования.

9 Приемочное тестирование Ирина Терновых Базис тестирования: Пользовательские требования Системные требования Сценарии использования Бизнес процессы Отчеты об анализе степени риска Типичные объекты тестирования: Бизнес-процессы на полностью интегрированной системе Процессы эксплуатации и обслуживания Процедуры использования Форы Отчеты Конфигурационные данные. Приемочным тестированием системы чаще всего занимаются заказчики или пользователи системы, а также другие заинтересованные лица.

10 Приемочное тестирование Ирина Терновых Эксплуатационное (приемочное) тестирование Приемочное тестирование, проводимое системными администраторами, включает: Тестирование резервного копирования \ восстановления Восстановление после сбоев Управление пользователями Задачи сопровождения Задачи загрузки и миграции данных Периодическая проверка уязвимостей системы Контрактное и правовое приемочное тестирование Контрактное приемочное тестирование выполняется для проверки требований, предъявляемых контрактом в к разрабатываемому ПО. Критерий приема должен быть определен непосредственно в контракте.

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

12 Типы тестирования Ирина Терновых Тестирование функций (Функциональное тестирование)– Функциональные тесты разрабатываются на основе функций и возможностейсистемы (описанных в документах или понятных тестировщикам) и ихвзаимодействия со специфичными системами и могут быть выполнены на всехуровнях тестирования Тестирование нефункциональных характеристик (Нефункциональное тестирование)– Нефункциональное тестирование включает, но не ограничивается, нагрузочное тестирование, тестирование производительности, стресс- тестирование, тестирование удобства использования, тестирование восстановления, тестирование надежности и тестирование переносимости. Это тестирование того, «как» система работает.

13 Типы тестирования Ирина Терновых Тестирование структуры/архитектуры программного обеспечения (Структурное тестирование)– Структурное тестирование (тестирование методом белого ящика) может выполняться на всех уровнях тестирования. Структурные методы тестирования лучше всего использовать после методов разработки тестов на основе спецификации, чтобы измерить тщательность тестирования, используя измерения покрытия структуры программы. Покрытие – это часть структуры программы, которая была охвачена тестированием, выраженная в процентах. Если покрытие не равно 100%, то необходимо разрабатывать дополнительные тесты для покрытия пропущенных участков программы.

14 Тестирование изменений: подтверждающее и регрессионное тестирование Ирина Терновых Тестирование функций (Функциональное тестирование)– Функциональные тесты разрабатываются на основе функций и возможностейсистемы (описанных в документах или понятных тестировщикам) и ихвзаимодействия со специфичными системами и могут быть выполнены на всехуровнях тестирования Тестирование нефункциональных характеристик (Нефункциональное тестирование)– Нефункциональное тестирование включает, но не ограничивается, нагрузочное тестирование, тестирование производительности, стресс- тестирование, тестирование удобства использования, тестирование восстановления, тестирование надежности и тестирование переносимости. Это тестирование того, «как» система работает.

15 Тестирование изменений: подтверждающее и регрессионное тестирование Ирина Терновых После того, как дефект обнаружен и исправлен, программу необходимо перепроверить, чтобы убедиться, что исходный дефект успешно устранен. Это называется подтверждением. Отладка (локализация и исправление дефекта) относится к процессу разработки, а не тестирования. Регрессионное тестирование – это повторное тестирование уже протестированных программ после внесения в них изменений, чтобы обнаружить дефекты, внесенные или пропущенные в результате этих действий. Эти дефекты могут быть как в проверяемом компоненте, так и в связанном или несвязанным с ним. Регрессионное тестирование выполняется, когда в программное обеспечение или его окружение вносятся изменения. Глубина регрессионного тестирования оценивается риском пропуска дефектов в программном обеспечении, которое работало ранее.

16 Headline Тестирование в период сопровождения Ирина Терновых После установки система программного обеспечения обычно находится в эксплуатации в течение многих лет. В это время сама система, ее конфигурация или среда исполнения часто изменяются или расширяются. Ранее планирование релизов крайне важно для успешного тестирования в период сопровождения. При этом необходимо отличать запланированные выпуски и срочные исправления. Тестирование в период сопровождения выполняется на текущей ОС и может быть вызвано модификацией, переносом или прекращение эксплуатации данной системы. Модификация включает в себя запланированные изменения ( например, в рамках релиза), корректирующие и срочные изменения, изменения в окружении, такие как запланированные модификации ОС или СУБД, плановые модификации коробочных продуктов, или патчи для исправления недавно выявленных слабых мест в ОС.

17 Ваши вопросы InternMaria Bykova / Основы тестирования: введение

18 Воронеж 2012 Спасибо за внимание!