Цикл тестирования ПО: зачем он нужен и как работает

Цикл тестирования ПО нужен для того, чтобы находить баги до релиза, тем самым экономить деньги и время, а также гарантировать, что продукт работает, как задумывалось.

1. Анализ требований
Проблема без этапа: Тестирование "вслепую" → упущение критических функций / тестирование заведомо противоречивых требований.
Цель: Определить, что именно нужно тестировать.
Пример:
Требование: "Пользователь должен иметь возможность зарегистрироваться через email и пароль".
Тестировщик выделяет проверки: валидация email, валидация и сложность пароля, дублирование аккаунтов.

2. Планирование тестирования
Проблема без этапа: Хаотичные проверки → пропуск багов, срыв сроков.
Цель: Определить стратегию, сроки и ресурсы.
Пример:
Стратегия: Сначала smoke-тесты, затем функциональные, потом UI-тесты.
Ресурсы: 2 тестировщика, 1 неделя на тестирование, заведение багов в Jira.

3. Разработка тестовых случаев/сценариев
Проблема без этапа: Разные тестировщики по-разному проверяют один функционал.
Цель: Создать конкретные шаги для проверки (написание тест кейсов/чеклистов с последующим ревью).
Пример:
Тест-кейс: "Регистрация с корректным email и паролем"*
Шаги:
1. Открыть форму регистрации.
2. Ввести test@email.com в поле email.
3. Ввести 12345678! в поле пароля.
4. Нажать "Зарегистрироваться".
Ожидаемый результат: Успешная регистрация, переход в личный кабинет.

4. Выполнение теста
Проблема без этапа: Поверхностная оценка качества продукта без тестов ведет к пропускам багов.
Цель: Подготовить систему для тестирования, запустить тесты и зафиксировать результаты.
Пример:
Регистрация с корректными данными → ✅ PASSED.
Регистрация с пустым паролем → ❌ FAILED (нет сообщения об ошибке).

4.1 Отчеты о дефектах
Проблема без этапа: Разработчики не понимают, как воспроизвести ошибку.
Цель: Задокументировать баги и отправить на доработку.
Пример bug-репорта:
Заголовок: "При пустом пароле нет валидации".
Шаги воспроизведения:
1. Открыть форму регистрации.
2. Ввести email, оставить пароль пустым.
3. Нажать "Регистрация".
Ожидаемый результат: Сообщение "Пароль не может быть пустым".
Фактический результат: Форма отправляется без ошибок.
Вложения: картинка, логи.

5. Регрессионное тестирование
Проблема без этапа: "Починили логин → сломали восстановление пароля".
Цель: Проверить исправления и убедиться, что ничего другого не сломалось.
Пример:
Повторный тест: Баг с пустым паролем исправлен → ✅ PASSED.
Регрессия: Проверить, что остальные функции (логин, восстановление пароля) работают.

6. Закрытие теста
Проблема без этапа: Непонятно, можно ли выпускать продукт?
Цель: Подвести итоги и сформировать отчет.
Пример результатов:
Проведено тестов: 50.
Найдено багов: 5.
Исправлено багов: 4.
Отложено багов: 1.
Критичных багов: 0.
Вывод: Система готова к релизу, критичных ошибок нет.
#qa #процессы