Например Баг-репорт в таск-трекере, он был составлен аутсорс тестировщиком самой низкой позиции. Валидацию его репорта будет проводить старший спец. (сеньор), либо лид. После этого репорт может стать валидным, - то есть соответствующим стандартам и правилам компании/проекта не только по форме, но и содержанию, как артефакт он получает право проследовать далее по его жизненному циклу. Человек, который проводит его валидацию берёт на себя ответственность. А когда же будет проверяться фикс этого бага (в ходе регресса), то в таком случае он уже будет проходить верификацию, при повторной репродукции он её не пройдёт, и это будет подтверждаться фактическими свидетельствами, но это не изменит валидности дефекта и его репорта.
Совсем другой пример:
Сдача фичи заказчику (как внешнему бизнес-лицу, так и в лице продюсера в компании, без разницы).
Отдел QA/QC берёт фичу - проводит все этапы проверок, приёмки и сдачи Заказчику - верификация пройдена согласно всем заявленным требованиям.
Заказчик берёт фичу, смотрит на неё, тыкает палкой, крутит - и говорит, что вообще-то он хотел, чтобы она крутилась и от тыкания в неё палкой во время Новолуния, и вот именно в Новолуние она не крутится, если тыкать палкой из ясеня - валидация не пройдена.
Примеров можно придумать много разных, и они будут различаться по форме и содержанию, в обеспечении и контроле качества важна терминология и стандарты, в реальной жизни подобные вещи не всегда чётко определены и задокументированы, на словах эти понятия во многих компаниях могут быть смешаны или идентичны, или иметь установленный контекст.
А можете использовать сразу общие стандарты, ISTQB использует ISO 9000, ISO 9001, которые деды со времён Том Форда разрабатывали, но мало кто в реальной жизни целиком их придерживается, как правило это какой-нибудь супер серьёзный Enterprise.
Я использовал гиперболу и немного эксцентрики в своём втором примере, чтобы подчеркнуть смысловой посыл стандартизированных терминов.
Цитата:
валидация (validation): Доказанное объективными результатами исследования подтверждение того, что требования для ожидаемого конкретного использования приложения были выполнены. [ISO 9000]
верификация (verification): Доказанное объективными результатами исследования подтверждение того, что определенные требования были выполнены. [ISO 9000]