Например, рецензия кода и проверка синтаксиса являются верификацией, в то время как валидация включает в себя запуск программного кода и проверку результатов.
Как правило валидация следует после того, как выполнен процесс верификации.
Posts
Erlang. Аналог InArray. Как проверить вхождения элемента в список
-
Как проверить вхождение элемента в список? Документация List =
[1,2,3,4,5,6], lists:member(1,List) => true lists:member(8,List) => false
7 comments:
Некоторое время назад это был стандартный вопос на собеседовании.
Сейчас наверняка уже не так популярен.
очень удивилась.
А ссылочку можно?
Заранее - спасибо.
Почему-то в той нормативной базе, в которой я работаю, это не так.
Процесс верификации подразумевает и рецензию кода,
и проверки с фактическим запуском кода.
http://www.it4business.ru/up/2159/ - Гляньте вот-тут. На мой взгляд доходчивое объяснение.
Можете еще посмотреть обсуждение в форуме, там много ссылок на разные трактовки этих терминов
http://it4business.ru/forum/topic979.html
(2004 год! как давно это было..)
Спасибо.
Прочла.
Интересная дискуссия.
Ну что ж.
Терминология не устоявшаяся.
А потому - каждому свое.
Ежели в рамках нормативной базы в процессе верификации положено запускать программный код на выполнение - значит так тому и быть. И так правильно.
(ГОСТ РВ 0019-001-2006..военные например)
Ежели у кого-то по-другому принято/прописано/определено - значит, для него так правильно.
Не положено при верификации запускать программный код - значит и не надо.
Система определений может быть любой - лишь бы не была противоречивой.
А на собеседовании видимо следует отвечать - в рамках того-то верификация это то-то.
В рамках сего-то - верификация
Фрося.
А что и такое могут спросить?
Ещё как популярен!
Сегодня я на него не ответил.
Post a Comment