Случайно прочитал такую статью.
Не знаю что автор (Борис Бейзер - автор цитат приведенных в статье) имел ввиду когда писал это, но, все смешалось, кони, люди. Пост именно в этой ветке немного не в тему, однако: может ли кто-нибудь однозначно, точно, а главное структурно определить взаимосвязь между Testing, Quality control, Quality assurance, Verification and Validation?
Testing - процесс, направленный на выявление текущего состояния ПО (что работает а что не работает)
Quality Control - процесс, направленный на выявление готовности продукта к выпуску (с учётом рынка и внешних требований)
Quality Assurance - действия, направленные на обеспечение качества, такие как внедрение методологий, технологий, средств и т.д. (как в тестировании так и в разработке, аналитике)
Verification - проверка продукта на соответствие требованиям. Выполняется в рамках Testing и Quality Control.
Validation - проверка продукта на соответствие ожиданиям пользователей, оценка их потенциальной удовлетворённости. Выполняется в рамках Quality Control.
Объяснение терминова Validation и Verification даны в соответствие с ISO 9001 и смысла спорить о корректности терминов не вижу :)
P.s. Для схематичности добавляю картинку, строго не судите :)
задача сводится к двум подзадачам и одному предположению.
Подзадача 1: разработать Требования, отражающие ожидания Пользователя.
Подзадача 2: разработать Систему, реализующую Требования.
Возвращаемся к нашим баранам-терминам. Как они соотносятся с данной схемой? Очень просто:
Верификация -- проверка правильности решения Подзадачи 1
Валидация -- проверка правильности решения Подзадачи 2.
То есть, простыми словами (что почти достовно совпадает с переводом приведённого выше определения на английском языке):
Верификация -- проверка того, что мы собираемся делать именно то, что ожидает получить пользователь.
Валидация -- проверка того, что мы сделали именно то, что собирались сделать.
....
Полностью Вас поддерживаю и полностью соглашаюсь с IEEE/ANSI.
Если мы рассматриваем в качестве "данной фазы разработки" весь процесс (большая такая фаза :)), то верифицировать будем требования, а контроль осуществлять за конечным продуктом -- что он соответствует этим требованиям.
Для целей методологических такое определение меня более чем устраивает.
....
Вот это послужило последней каплей: http://geekswithblog...1/30/16490.aspx (особенно последняя строчка таблицы)
Verification - проверка того, насколько реализованный продукт соответствует требованиям. Потому и вопросы "правильно ли мы делаем продукт", "соответствует ли он принятым стандартам" и т.д. Здесь же объектом выступает конкретная реализация ПО.
Validation - проверка того, насколько требования (теоретическая модель разрабатываемого ПО, представления аналитика - или разработчика - о продукте) соответствует тем самым ожиданиям. Отсюда валидация (или в терминах ГОСТ Р ИСО/МЭК 12207-99, аттестация) и определяет "делаем ли мы правильный продукт", "удовлетворяет ли он цели организации-разработчика и нужды пользователей" и другие пункты из ссылки Алексея. В этом случае тем самым объектом выступает теоретическое представление о программе.
На сомнения по наиболее правильной трактовке данных терминов меня сподвигла статья
В чем разница между верификацией и валидацией? и
определения, данные в онлайн-школе Портнова (ответ на вопрос What is Software Testing?).
В комментариях к статье нашла ссылку Алексея Баранцева на данную тему.
Я, как начинающий тестировщик в попытках свести все основные рассуждения данной темы в один окончательный итог, немного запуталась и хотела бы уяснить
:
1) проверка требований (спецификаций по ним, без запуска ПО) - это всё-таки валидация?
2) проверка на соотвествие требованиям и ожиданиям пользователей ПО(с его запуском) - это верификация?
То есть - насколько достоверна информация в статье и приведенных определениях школы Портнова?
