📌Информация для начинающих и для коллег в области QA, для личного закрепления знаний.
📌Теория, тесты, практика
Ментор-Консультация - 6 тр/час @feedback_protestinginfo
Курсы https://taplink.cc/protestinginfo
Вопросы @nadin_qa
РКН: https://clck.ru/3FWD9v
Post #4209
3.72K
Forwarded from Lebronlamar
Привет! Если на реальном рабочем процессе говорить об этих двух процессах, то ниже указанное объяснение правильное?
Верификация заключается в том, чтобы убедиться, что продукт разрабатывается правильно с точки зрения соответствия спецификациям и стандартам. Это включает в себя проверку документации, дизайна и кода без фактического выполнения программного кода. Например, на этапе верификации команда может проводить ревью технического задания и проектной документации, чтобы убедиться, что все требования к функциональности были учтены и правильно отражены в дизайне. Если в спецификациях на кнопку написано "Submit", но в коде или макете указано "Submet", ошибка будет обнаружена на этом этапе и исправлена до начала разработки. Основные методы, используемые в верификации, это ревью, инспекции и пошаговое руководство. Цель верификации – поймать ошибки на ранних стадиях, чтобы предотвратить более серьезные проблемы на поздних этапах.
Валидация с другой стороны, нацелена на проверку того, что готовый продукт соответствует реальным потребностям и ожиданиям пользователя. Этот процесс требует выполнения кода и включает такие методы, как тестирование черного и белого ящика, а также нефункциональное тестирование. Например, после завершения разработки той же кнопки "Submit" команда тестировщиков запускает приложение и проверяет, что кнопка не только отображается правильно, но и выполняет свою функцию при нажатии. Это может включать проверку, что форма отправляется, данные сохраняются в базе данных, и пользователь получает ожидаемое подтверждение. Валидация помогает выявить ошибки, которые могли быть упущены на этапе верификации, и подтверждает, что продукт готов к использованию.
Верификация заключается в том, чтобы убедиться, что продукт разрабатывается правильно с точки зрения соответствия спецификациям и стандартам. Это включает в себя проверку документации, дизайна и кода без фактического выполнения программного кода. Например, на этапе верификации команда может проводить ревью технического задания и проектной документации, чтобы убедиться, что все требования к функциональности были учтены и правильно отражены в дизайне. Если в спецификациях на кнопку написано "Submit", но в коде или макете указано "Submet", ошибка будет обнаружена на этом этапе и исправлена до начала разработки. Основные методы, используемые в верификации, это ревью, инспекции и пошаговое руководство. Цель верификации – поймать ошибки на ранних стадиях, чтобы предотвратить более серьезные проблемы на поздних этапах.
Валидация с другой стороны, нацелена на проверку того, что готовый продукт соответствует реальным потребностям и ожиданиям пользователя. Этот процесс требует выполнения кода и включает такие методы, как тестирование черного и белого ящика, а также нефункциональное тестирование. Например, после завершения разработки той же кнопки "Submit" команда тестировщиков запускает приложение и проверяет, что кнопка не только отображается правильно, но и выполняет свою функцию при нажатии. Это может включать проверку, что форма отправляется, данные сохраняются в базе данных, и пользователь получает ожидаемое подтверждение. Валидация помогает выявить ошибки, которые могли быть упущены на этапе верификации, и подтверждает, что продукт готов к использованию.
- 🦄 10
- ✍ 6
- ❤ 4
- 👍 2
- 🐳 1