�ݺ�ߣ

Уровни тестирования

Классификация процесса тестирования по объекту
тестирования
 Общие черты:
◦ Поиск дефектов
◦ Проверка соответствия требованиям
 Отличительные черты
◦ Базис тестирования (test-basis)
◦ Объект тестирования
◦ Типичные проблемы
◦ Используемые инструменты
◦ Подход
◦ Ответственность
Все этапы процесса тестирования применяются на
всех уровнях!

Component testing
Направлено на поиск дефектов и анализ
функциональности компонентов системы
(модулей, объектов, классов), которые могут
быть протестированы отдельно
 Чаще всего изолировано
 Выполняется в среде разработки
 Есть доступ к исходному коду
 Выполняется непосредственно разработчиком
 Обнаруженные ошибки исправляются
немедленно
 Неформальный подход

 Возможно тестирование как
функциональных, так и нефункциональных
характеристик
 Могут использоваться методы анализа
структуры
 Использование «заглушек» (stubs) и
«драйверов» (drivers)
 Тестовые сценарии создаются на основе
требований, спецификаций и кода
 Разработка через тестирование

Integration testing
 Тестирование интерфейса между:
◦ Компонентами и подсистемами одной системы либо
разными системами
◦ Системой и средой использования (операционной
системой)
◦ Системой и аппаратным обеспечением
 Может применятся на разных уровнях:
◦ Компонентном (component integration test)
◦ Системном (system integration test)
 Возможно тестирование как
функциональных, так и нефункциональных
характеристик

 Стратегии интеграционного тестирования:
◦ Основанные на архитектуре («снизу вверх»,
«сверху вниз»)
◦ Последовательное тестирования функций
◦ Тестирование составляющих единого процесса
 Важно понимание общей архитектуры

Планирование интеграционного теста перед
выполнением компонентного или системного
теста может повысить его эффективность

System testing
 Тестирование системы как единого целого
 Часто может выполняться специально
подготовленной группой тестировщиков
 Важно проведение тестирования в среде,
максимально приближенной к реальной

 Базовая информация для тестирования:
◦ Возможные риски
◦ Требования
◦ Пользовательские сценарии

Не всегда должного качества, если вообще
имеется!

 Нефункциональные характеристики:
◦ Безопасность
◦ Производительность и т.п.
 Функциональные характеристики:
◦ Корректность выполнения функций
 Структурные требования:
◦ Структура меню
◦ Навигация между страницами (модулями) и т.д.

Acceptance testing
 В идеале выполняется пользователями
 Проверка системы на готовность к
внедрению и использованию в работе
 Не нацелено на поиск дефектов
 Может быть частью теста на других уровнях

 Приемочное тестирование может
выполняться:
◦ Пользователями (тестирование пользовательских
сценариев)
◦ Администраторами (тестирование
безопасности, установки, восстановления, обмена
данными и т.п.)
◦ Специалистами по сертификации (тестирование
на соответствие стандартам и/или регуляторным
нормам)

Alpha and Beta testing
 Являются подвидами приемочного
тестирования
 Выполняются с целью получения отзыва
пользователей о системе перед началом
продаж
 Отличаются местом проведения тестирования:
◦ Альфа-тестирование выполняется в месте разработки
продукта
◦ Бета-тестирвоание выполняется на стороне
пользователя («в поле»)

�ݺ�ߣ

Test levels

Recommended

More Related Content

What's hot (20)

Similar to Test levels (20)

More from QA Guards (11)

Test levels