В каких случаях и на каком этапе проекта следует выполнять функциональное тестирование?

Что хотят услышать интервьюеры:

Функциональное тестирование выполняют каждый раз, когда нужно проверить, что реализованное поведение соответствует требованиям. Обычно его начинают как можно раньше: после появления понятной функциональности, спецификации или готового инкремента в рамках итерации. Чем раньше выявлены расхождения с требованиями, тем дешевле их исправить.

Определение:

Функциональное тестирование — это проверка того, что система делает именно то, что от неё ожидается по требованиям: бизнес-логике, пользовательским сценариям, правилам обработки данных и состояниям системы. Оно отвечает на вопрос не “как это реализовано”, а “работает ли функция правильно для пользователя и бизнеса”.

Пример использования:

Например, в проекте интернет-магазина после разработки формы оформления заказа проверяют, что при заполнении всех обязательных полей заказ создаётся, при неверном email показывается ошибка, а при пустом поле “телефон” система не даёт отправить форму.

Сценарий:
1. Открыть форму оформления заказа.
2. Заполнить все обязательные поля валидными данными.
3. Нажать кнопку "Оформить".
4. Проверить, что заказ успешно создан.

Негативный сценарий:
1. Открыть форму оформления заказа.
2. Оставить обязательное поле пустым.
3. Нажать кнопку "Оформить".
4. Проверить, что система показывает сообщение об ошибке и не создаёт заказ.

Пояснение кода:

Код не требуется, потому что здесь проверяется процесс и этап выполнения тестирования, а не программная реализация. На практике тестирование обычно строится по шагам: сначала анализируются требования и критерии приёмки, затем готовятся тест-кейсы, после чего проверки выполняются на доступной версии продукта. В идеале функциональные проверки стартуют уже на ранних сборках и повторяются на каждом изменении, влияющем на поведение системы.

Ключевые моменты:

• Выполняют после появления требований или готовой функциональности, не дожидаясь полного завершения проекта.
• Лучшее время для старта — как можно раньше, когда есть что проверить: спецификация, прототип, сборка, user story.
• Основная цель — подтвердить соответствие бизнес-требованиям и пользовательским сценариям.
• Функциональные проверки повторяют после исправлений, изменений и на регрессии.
• Особенно важно тестировать критичные потоки: авторизация, платежи, оформление заказа, создание и изменение данных.