Слайд 3
Уровни
Компонентное
Интеграционное
Системное
Альфа
Бета
Код
Компоненты
Готовый продукт
«Внутри»
«Снаружи»
Приемочное
Слайд 4
Компонентное
Тестирование функциональности отдельных изолированных компонентов системы.
Для проверки
могут использоваться драйвера и заглушки.
Слайд 5
Интеграционное
Может быть компонентным или системным.
Проверяет взаимодействие уже протестированных
отдельных компонентов.
Слайд 6
Системное
Проверяет работу системы как единого целого.
Слайд 7
Приемочное
Приемка продукта заказчиком.
Конкретный заказчик есть не всегда: если
продукт «коробочный» или SaaS, то выделенного приемочного тестирования может
не быть.
Слайд 8
Beta!
Раздача почти готового продукта всем заинтересованным лицам.
Как правило,
продукт уже хорошо оттестирован. Но бета-тестирование — хороший способ
проверить на большом количестве разных конфигураций.
Слайд 10
Функциональное
Что делает приложение?
Достаточно ли функций?
Делают ли они какую-то
полезную пользователю работу?
Соответствует ли их реализация тому, что ждет
пользователь?
Слайд 11
Smoke
«Дымовое» тестирование позволяет определить, работоспособен ли продукт в
принципе.
Пример типичных smoke-тестов:
Установка приложения;
Открытие/сохранение файлов;
Загрузка сайта;
Регистрация/вход на сайт;
Базовая функциональность
приложения;
Слайд 12
Sanity
Выполняется после получения нового билда с незначительными изменениями,
чтобы удостовериться, что эти изменения присутствуют в билде, а
также убедиться в общей «адекватности» билда.
Данный вид тестирования позволяет не тратить зря время на тестирование новой функциональности, если новый билд собран неверно или исправление содержит критические ошибки.
Слайд 13
New Features
Что именно тестировать?
Как тестировать?
Слайд 14
Подтверждающее
Подтверждающее тестирование позволяет установить, исправлен ли найденный ранее
баг.
Затрагивает измененные участки кода / функциональности.
Слайд 15
Регрессионное тестирование
Регрессионное тестирование — тестирование уже протестированной программы,
проводящееся после модификации для уверенности в том, что процесс
модификации не внес или не активизировал ошибки в областях, не подвергавшихся изменениям. Проводится после изменений в коде программного продукта или его окружении.
Слайд 16
Нефункциональное
С помощью этих видов оцениваются нефункциональные характеристики продукта.
Как правило, их можно оценить в некоторых единицах.
Слайд 17
Производительности
Нагрузочное — нормальная нагрузка
Потребление ресурсов процессора
Потребление оперативной памяти
Потребление
сетевых ресурсов
Работа с дисковой подсистемой
Время выполнения запроса
…
Стресс
Нагрузка, сильно превышающая
«обычную»
Стабильности
Поведение системы при длительной постоянной нагрузке
Слайд 18
Юзабилити и интерфейса
В чем разница?
Слайд 19
Безопасности
Конфиденциальность
доступ должны получать только те, кто имеет нужные
права
Целостность:
изменения вносятся только теми, кто имеет доступ;
процедуры
восстановления повреждённых данных;
Доступность:
информация, сервис и прочие ресурсы всегда доступны, когда это требуется;
Слайд 20
Интернационализации
Поддержка unicode, RTL
Использование различных разделителей
Перевод интерфейса на остальные
языки
Слайд 21
Совместимости
Аппаратное и программное обеспечение
Слайд 22
Доступности
Доступность приложения для людей с ограниченными возможностями
Слайд 23
Структурное
Структурное тестирование – тестирование архитектуры или структуры приложения.
К нему относят все white-box тестирование.
Слайд 24
Сопровождающее
Тестирование готового продукта после передачи его заказчику.
Может включать
в себя:
Проверку установки обновлений, патчей
Проверку работы на новом аппаратном
и программном окружении
Проверку миграции на новые версии
….
Слайд 25
Верификация и валидация
Верификация – проверка продукта на соответствие
входным данным, правилам, стандартам.
Валидация – проверка продукта на соответствие
потребностям пользователя