В этом руководстве вы узнаете:
- Что такое проверка дизайна?
- Что такое проверка дизайна?
- Разница между верификацией проекта и валидацией
- Процесс проверки дизайна
- Процесс проверки дизайна
- Преимущества валидации и верификации дизайна
Проверка дизайна
Проверка дизайна - это процесс оценки программного продукта на предмет точных требований конечных пользователей или заинтересованных сторон. Целью валидации проекта является тестирование программного продукта после разработки, чтобы убедиться, что он соответствует требованиям с точки зрения приложений в среде пользователя.
Валидация связана с демонстрацией последовательности и полноты дизайна в соответствии с потребностями пользователя. Это этап, на котором вы фактически создаете версию продукта и проверяете ее на соответствие требованиям пользователя.
На изображении ниже представлен процесс проверки дизайна.
Цель состоит в том, чтобы доказать объективными доказательствами, что продукт удовлетворяет документам потребностей пользователя. Объективное свидетельство - это не что иное, как любое физическое доказательство вывода, такое как изображение, текст или аудиофайл, которое указывает, что процедура была завершена.
С помощью объективных свидетельств этот процесс будет последовательно проверять соответствие продукта заранее определенным требованиям. Этот процесс включает в себя тестирование, проверку и анализ и так далее.
Проверка дизайна
Проверка проекта - это метод подтверждения того, что выходные данные разработанного программного продукта соответствуют входным спецификациям, путем изучения и предоставления свидетельств. Целью процесса верификации проекта во время разработки программного обеспечения является обеспечение того, чтобы спроектированный программный продукт был таким же, как указано.
Входные данные для проектирования - это любые физические требования и требования к характеристикам, которые используются в качестве основы для целей проектирования. Результат проектирования - это результат каждого этапа проектирования и в конце всех проектных усилий. Окончательный результат проектирования является основой для основной записи устройства.
Разница между верификацией проекта и валидацией
Между верификацией и валидацией всегда есть неправильные представления. Это разные виды деятельности, которые выполняются на каждом этапе процесса разработки.
| Проверка дизайна | Проверка дизайна |
|
|
|
|
|
|
|
|
|
|
|
|
Процесс проверки дизайна
Идентификация и подготовка:
- На этапе разработки спецификации идентификация проверочной деятельности выполняется параллельно. Это позволяет разработчику убедиться, что спецификация поддается проверке. Таким образом, инженер-испытатель может начать подробный план и процедуры тестирования. О любых изменениях в спецификации следует сообщать.
- Определение наилучшего подхода к проведению проверки, определение методов измерения, необходимых ресурсов, инструментов и средств.
- Завершенный план проверки будет рассмотрен вместе с командой разработчиков для выявления проблем перед окончательной доработкой плана.
Планирование:
- Планирование проверки - это одновременное действие основной группы и команды разработчиков. Это происходит на протяжении всего жизненного цикла проекта. Он будет обновляться по мере внесения любых изменений во входные данные.
- На этом этапе тестируемое программное обеспечение или система должны быть задокументированы в области применения.
- На этом этапе выполняется предварительный план тестирования и уточнение плана тестирования. План тестирования фиксирует важнейшие этапы снижения риска проекта.
- Инструменты, среда тестирования, стратегия разработки и определение требований посредством проверки или анализа.
Разработка:
- Разработка тестового примера будет совпадать с методологией SDLC, внедренной командой проекта. На этом этапе определяются различные методы тестирования.
- Входные данные для проектирования должны быть разработаны, включая простейшие действия по верификации, которые должны быть однозначными и поддающимися проверке.
- Время проверки должно быть сокращено, если аналогичные концепции проводятся последовательно. Даже выходные данные одного теста могут использоваться в качестве входных данных для последующих тестов.
- Связи управляемости создаются между тестовыми примерами и соответствующими входными данными, чтобы гарантировать, что все требования проверены, а выходные данные проекта соответствуют входным данным проекта.
Исполнение:
- Процедуры тестирования, созданные на этапе разработки, выполняются в соответствии с планом тестирования, строго следуя им в процессе проверки.
- Если возникают какие-либо недействительные результаты или если какие-либо процедуры требуют модификации, важно задокументировать изменения и получить надлежащее одобрение.
- На этом этапе любые проблемы выявляются и регистрируются как дефекты.
- Матрица управляемости создается для проверки того, что все входные данные проекта, указанные в плане проверочного тестирования, были протестированы, и для определения коэффициента прохождения.
Отчеты:
- Это действие выполняется в конце каждого этапа выполнения проверки.
- Отчет о проверке проекта содержит подробный обзор результатов проверки, который включает управление конфигурацией, результаты тестирования для каждого типа тестирования и проблемы, обнаруженные в ходе проверки.
- Отчет прослеживаемости верификации проекта создается между требованиями и соответствующими результатами испытаний, чтобы убедиться, что все требования были протестированы и предоставлены соответствующие результаты.
- Любое несоответствие будет задокументировано и соответствующим образом устранено.
- Проверки выполняются после завершения деятельности по верификации проекта и утверждаются соответственно.
Процесс проверки дизайна
- Некоторые конструкции могут быть проверены путем сравнения с аналогичным оборудованием, выполняющим аналогичное назначение. Этот метод особенно актуален для проверки изменений конфигурации для существующей инфраструктуры или стандартных проектов, которые должны быть включены в новую систему или приложение.
- Демонстрация и / или инспекция могут использоваться для подтверждения требований и других функций продукта.
- Анализ конструкции может быть выполнен с помощью математического моделирования, моделирования, которое может воссоздать требуемые функции.
- Испытания проводятся на окончательном проекте, который подтверждает способность системы работать в соответствии с заданным дизайном.
- План тестирования, выполнение и результаты должны быть задокументированы и поддерживаться как часть проектных записей. Таким образом, валидация - это совокупность результатов всех действий по валидации.
- Когда эквивалентные продукты используются при окончательной проверке конструкции, производитель должен задокументировать сходство и, если есть, отличие от первоначального производства.
Пример
- Возьмем для примера простой продукт - водонепроницаемые часы.
- В документе с требованиями к продукту может быть указано, что «часы должны быть водонепроницаемыми во время плавания».
- В спецификации проекта может быть указано: «Часы должны работать, даже если пользователь плавает в течение длительного времени».
- Результаты тестирования должны подтвердить, что часы должны соответствовать этим требованиям, иначе будут проводиться итерации редизайна до тех пор, пока они не будут удовлетворять требованиям.
Преимущества валидации и верификации дизайна
- Мы можем постоянно контролировать проекты, что позволяет нам удовлетворять определенные пользователем требования на каждом этапе.
- Проверка дизайна укажет на разницу между тем, как работает функциональность, и тем, как она должна работать.
- Документирование процедур проверки поможет легко понять функциональность на любом этапе в будущем, если могут быть внесены какие-либо изменения или улучшения.
- Время разработки будет постоянно сокращаться, повышая производительность, что позволяет выпускать продукт в соответствии с ожиданиями.
- Этот процесс включает в себя диапазон и объем каждого метода проверки, который необходимо использовать.
- Проверка может быть проведена с использованием подробных проектных данных, которые представляют окончательные требования пользователя.
- Любая разница между результатом и документами, необходимыми пользователю, должна быть зафиксирована.
- Изменения в схеме валидации приводят к повторной валидации.
- Важно задокументировать каждое действие, которое происходит во время валидации, что адекватно доказывает, что проект соответствует требованиям пользователя.