Vidy-testirovaniya-i-ih-klassifikaciya (1)

1.

Виды тестирования и их
классификация
Тестирование программного обеспечения — это многогранный
процесс, который включает различные подходы и методологии.
Понимание классификации тестирования помогает выбрать
правильную стратегию для обеспечения качества продукта.
По уровням
По методам
Модульное,
интеграционное,
системное,
приемочное
Функциональное
и
нефункциональн
ое тестирование
По целям
Регрессионное, смоук, санитарное
По доступу к
коду
Белый ящик и
черный ящик

2.

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

3.

Системное и приемочное тестирование
Системное тестирование
Приемочное тестирование
Проверка всей системы целиком на соответствие
функциональным и нефункциональным требованиям.
Тестируется полностью интегрированное приложение
в среде, максимально приближенной к продакшену.
Проверка готовности продукта к передаче заказчику
или релизу. Выполняется конечными пользователями
или QA-командой от их имени для подтверждения
соответствия бизнес-требованиям.
User Acceptance Testing (UAT)
Функциональные проверки
Соответствие бизнес-процессам
Производительность системы
Готовность к эксплуатации
Безопасность и надежность

4.

Ключев ы е в иды тестирования
Каждый вид тестирования решает специфические задачи в процессе обеспечения качества ПО
Смоук тест ирование
Базовая проверка
работоспособности сборки перед
детальным тестированием.
Отвечает на вопрос: «Можем ли
мы начать полноценное
тестирование?»
Санитарное тестирование
Быстрая проверка основных
функций после внесения
изменений. Более
узконаправленное, чем смоук —
фокусируется на конкретной
области изменений.
Черны й ящик
Интеграционное
Тестирование без знания
внутренней структуры. Проверка
функционала с точки зрения
конечного пользователя,
основываясь только на
спецификациях.
Проверка корректного
взаимодействия между
различными компонентами,
модулями или сервисами
системы. Тестирование
интерфейсов и потоков данных.
Регрессионное
тест ирование
Проверка того, что новые
изменения или исправления не
нарушили существующий
функционал системы. Критично
для поддержания стабильности.
Бел ы й ящик
Тестирование с полным доступом
к исходному коду. Проверка
внутренней логики, структуры
кода, покрытия ветвлений и
циклов.

5.

Тестирование по методам дост упа к коду
Бел ы й ящик
Черны й ящик
Что проверяем:
Что проверяем:
Покрытие кода тестами
Все ветвления и условия
Циклы и рекурсии
Внутренние структуры
данных
Требует навыков
программирования и
понимания архитектуры.
Сценарии использования
Граничные значения
Негативные тесты
Пользовательский опыт
Фокус на функциональности
без знания реализации.
Комбинированны й подход
На практике наиболее эффективно сочетание обоих методов. Это
обеспечивает как глубокую проверку кода, так и валидацию
пользовательских сценариев, повышая общее качество продукта.

6.

Роль регрессионного тестирования в
жизненном цикле ПО
Обеспечение стабиль ности
Гарантирует, что после изменений и
обновлений система продолжает
работать корректно. Защищает от
непредвиденных побочных
эффектов.
Автоматизация процессов
Автоматизация регрессионных
тестов значительно снижает
трудозатраты и ускоряет цикл
разработки. Позволяет запускать
тесты при каждом изменении кода.
Agile и CI/CD
Ключевой элемент в современных
методологиях разработки.
Обеспечивает быструю обратную
связь и уверенность в качестве при
частых релизах.

7.

Тестовая документация: зачем нужна и что вкл ючает
Зачем нужна документация?
Тестовая документация — это основа системного и
профессионального подхода к тестированию. Она обеспечивает:
Повторяемость: возможность воспроизвести тесты в любой
момент
Прозрачность: понимание процесса тестирования всеми
участниками команды
Передачу знаний: новые члены команды быстрее вливаются в
процесс
Отслеживание прогресса: ясное понимание статуса
тестирования
Тес т-кейсы
Чек-л исты
Детальные сценарии с шагами и ожидаемыми результатами
Быстрые списки проверок без подробных инструкций
Тес т-пл аны
Отчеты
Стратегия и объем тестирования проекта
Результаты тестирования и метрики качества

8.

Тест-кейсы : структура и примеры
Тест-кейс — это подробное описание тестового сценария с пошаговыми инструкциями
1
Идентиф икатор
2
Описание
3
Предусл овия
4
Шаги вы полнения
5
Ожидаемы й результат
6
Фактический результат
Уникальный номер для отслеживания (например, TC-001)
Краткое описание того, что проверяет тест-кейс
Состояние системы до начала выполнения теста
Последовательность действий для выполнения теста
То, что должно произойти при правильной работе
То, что произошло реально при выполнении теста
Пример: Проверка вх ода в систему
TC-LOGIN-001: Вход с валидными учетными данными
Шаги:
1.
Открыть страницу авторизации
2.
Ввести корректный email: user@test.com
3.
Ввести корректный пароль: Test123!
4.
Нажать кнопку "Войти"
Ожидаемый результат: Пользователь успешно авторизован и перенаправлен на главную страницу
Детализация критически важна для воспроизводимости ошибок и однозначного понимания результата теста.

9.

Чек-л исты : бы стры й и гибкий инструмент
тестирования
Что такое чек-лист?
Чек-лист — это упрощенная форма тестовой документации, представляющая собой
список проверок без детальных шагов выполнения. Это быстрый и гибкий
инструмент для тестирования.
Когда использовать:
При смоук-тестировании новых сборок
Для санитарных проверок после багфиксов
При ограниченном времени на тестирование
Для опытных тестировщиков, знающих продукт
Преимущества:
Пример чек-л иста дл я страницы логина:
☐ Открывается форма входа
☐ Работает вход с корректными данными
☐ Отображается ошибка при неверном пароле
☐ Работает ссылка "Забыли пароль?"
☐ Поля обязательны для заполнения
Быстрое создание и обновление
Легко адаптировать под ситуацию
Помогает не упустить важные проверки
Не требует длительного описания

10.

Итоги и рекомендации
Взаимодопол няемост
ь
Различные виды
тестирования
взаимодополняют друг
друга, создавая
комплексную систему
обеспечения качества.
Используйте их в
сочетании.
Понимание целей
Документация
Автоматизация
Знание специфики каждого
вида тестирования
помогает эффективно
планировать процесс и
выбирать правильные
инструменты для
конкретных задач.
Тестовая документация —
фундамент системного и
прозрачного процесса
тестирования.
Инвестируйте время в ее
качественное ведение.
Автоматизируйте рутинные
и регрессионные проверки.
Это освободит время для
исследовательского
тестирования и сложных
сценариев.
Ключев ы е в ы воды :
Комбинируйте различные методы тестирования для максимального покрытия
Начинайте с модульного и интеграционного тестирования на ранних этапах
Используйте смоук и санитарное тестирование для быстрой проверки изменений
Поддерживайте актуальную тестовую документацию
Инвестируйте в автоматизацию регрессионных тестов