Верификация и валидация — два ключевых понятия в тестировании, определяющих соответствие продукта ожиданиям и требованиям.
История вопроса:
В программной инженерии появилось разделение понятий верификации (соответствие продукта спецификации) и валидации (соответствие ожиданиям пользователя) для описания двух разных граней качества.
Проблема:
Специалисты путают эти термины и применяют подходы неправильно: тестируют только по ТЗ, игнорируя опыт пользователя, или наоборот, опираются только на логику "правильно/удобно", забывая о формальных требованиях.
Решение:
Ключевые особенности:
Что означает "продукт прошёл верификацию, но провалил валидацию"?
Он соответствует ТЗ, но неудобен, не решает задачу пользователя и не нужен рынку.
Можно ли начать валидацию раньше верификации?
Нет, сначала должен быть проверен набор базовых требований, иначе неполноценная функциональность не позволит оценить пользовательский опыт.
Выглядит ли отсутствие удобства использования как баг при верификации?
Нет, это UX-issue, который выявляется только на этапе валидации пользовательских сценариев.
Тестировали только на соответствие требованиям документации. После запуска выяснилось: пользователи не понимают логику шагов оформления заказа, несмотря на формальное соответствие расписанным кейсам.
Плюсы:
Минусы:
Использовали исследовательское тестирование и организовали UX-тест с реальными пользователями. Обнаружили неудобства, доработали процесс оформления. Итог — позитивные отзывы, высокие конверсии.
Плюсы:
Минусы: