Тестирование
Варианты классификации
Уровни
Компонентное
Интеграционное
Системное
Приемочное
Beta!
Виды тестирования
Функциональное
Smoke
Sanity
New Features
Подтверждающее
Регрессионное тестирование
Нефункциональное
Производительности
Юзабилити и интерфейса
Безопасности
Интернационализации
Совместимости
Доступности
Структурное
Сопровождающее
Верификация и валидация
Методы
По степени автоматизации
По степени подготовленности
По признаку позитивности
По исполнению кода
По знанию системы
214.22K

Тестирование. Какое бывает тестирование

1. Тестирование

Какое бывает тестирование

2. Варианты классификации

3. Уровни

Альфа
Приемочное
Системное
Интеграционное
Компоненты
Компонентное
Код
Бета
Готовый продукт

4. Компонентное

• Тестирование функциональности отдельных
изолированных компонентов системы.
• Для проверки могут использоваться
драйвера и заглушки.

5. Интеграционное

• Может быть компонентным или
системным.
• Проверяет взаимодействие уже
протестированных отдельных компонентов.

6. Системное

• Проверяет работу системы как единого
целого.

7. Приемочное

Приемка продукта заказчиком.
Конкретный заказчик есть не всегда: если
продукт «коробочный» или SaaS, то
выделенного приемочного тестирования
может не быть.

8. Beta!

Раздача почти готового продукта всем
заинтересованным лицам.
Как правило, продукт уже хорошо
оттестирован. Но бета-тестирование —
хороший способ проверить на большом
количестве разных конфигураций.

9. Виды тестирования

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. Верификация и валидация

Верификация – проверка продукта на
соответствие входным данным, правилам,
стандартам.
Валидация – проверка продукта на
соответствие потребностям пользователя

26. Методы

27. По степени автоматизации

28. По степени подготовленности

29. По признаку позитивности

30. По исполнению кода

31. По знанию системы

English     Русский Правила