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

Верификация — это проверка, что продукт создаётся правильно, то есть соответствует требованиям, спецификации и проектной документации. Обычно она отвечает на вопрос: «Мы делаем систему верно?» Это не про поиск всех ошибок в реальном использовании, а про контроль качества артефактов разработки на ранних этапах.

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

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

Часто верификацию противопоставляют валидации:

верификация: «сделали ли продукт по спецификации»;
валидация: «решает ли продукт задачу пользователя».

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

Перед реализацией функции авторизации команда проводит ревью требований и архитектуры, чтобы убедиться, что описаны все сценарии: вход по логину и паролю, блокировка после N попыток, обработка неверных данных, требования к логированию. Затем разработчик делает code review, а QA проверяет, что тест-кейсы покрывают все требования.

Требование: после 5 неверных попыток входа аккаунт блокируется на 15 минут.

Верификация:
1. Проверяют, что требование корректно и однозначно сформулировано.
2. Сверяют, что оно отражено в дизайне и задачах на разработку.
3. На code review убеждаются, что логика блокировки реализована согласно требованию.
4. Проверяют тест-кейсы, чтобы они покрывали этот сценарий.

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

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

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

Верификация отвечает на вопрос: «Соответствует ли продукт требованиям и спецификации?»
Это проверка качества артефактов разработки: требований, дизайна, кода, тестов.
Верификация обычно выполняется раньше, чем валидация, и помогает находить дефекты на ранних этапах.
Основные практики: ревью требований, архитектурный review, code review, проверка тестовой документации.
В отличие от валидации, верификация не доказывает, что продукт удобен пользователю; она проверяет корректность реализации относительно ожиданий.

Можете объяснить, что подразумевается под процессом верификации в разработке программного обеспечения?