Что не выполняет тестировщик в v модели

Разработка программного обеспечения
Процесс разработки ПО
Ключевые процессы
Анализ • Проектирование • Программирование • Конструирование • Тестирование • Отладка • Развёртывание • Сопровождение • Документирование
Парадигмы и модели
Agile • Cleanroom • Итеративная • Спиральная • Каскадная • V-Model • Dual Vee Model
Методологии
ASD • DevOps • DAD • DSDM • FDD • Канбан • Lean SD • LeSS • MDD • MSF • PSP • OpenUP • RAD • RUP • SAFe • Scrum • TSP • UP • XP
Инструменты
Компилятор • Отладчик • Профилирование • GUI-конструктор • ИСР • Автоматизация сборки • Автоматизация релиза • Инструменты тестирования

V-Model (или VEE модель) является моделью разработки информационных систем (ИС), направленной на упрощение понимания сложностей, связанных с разработкой систем. Она используется для определения единой процедуры разработки программных продуктов, аппаратного обеспечения и человеко-машинных интерфейсов.

Содержание

Обзор [ править | править код ]

История [ править | править код ]

Концепция V-образной модели была разработана Германией и США в конце 1980-х годов независимо друг от друга:

  • Немецкая V-модель была разработана аэрокосмической компанией IABG в Оттобрунне рядом с Мюнхеном в содействии с Федеральным департаментом по закупке вооружений в Кобленце, для Министерства обороны Германии. Модель была принята немецкой федеральной администрацией для гражданских нужд летом 1992 [1] .
  • Американская V-Model (VEE) была разработана национальным советом по системной инженерии (международным — с 1995 года) для спутниковых систем, включая оборудование, программное обеспечение и взаимодействие с пользователями [2] .

Современной версией V-Model является V-Model XT, которая была утверждена в феврале 2005 года. V-модель используется для управления процессом разработки программного обеспечения для немецкой федеральной администрации. Сейчас она является стандартом для немецких правительственных и оборонных проектов, а также для производителей ПО в Германии. V-Model представляет собой скорее набор стандартов в области проектов, касающихся разработки новых продуктов. Эта модель во многом схожа с PRINCE2 и описывает методы как для проектного управления, так и для системного развития.

Читайте также:  Homescapes 129 уровень как пройти

Основные принципы [ править | править код ]

Основной принцип V-образной модели заключается в том, что детализация проекта возрастает при движении слева направо, одновременно с течением времени, и ни то, ни другое не может повернуть вспять. Итерации в проекте производятся по горизонтали, между левой и правой сторонами буквы.

Применительно к разработке информационных систем V-Model — вариация каскадной модели, в которой задачи разработки идут сверху вниз по левой стороне буквы V, а задачи тестирования — вверх по правой стороне буквы V. Внутри V проводятся горизонтальные линии, показывающие, как результаты каждой из фаз разработки влияют на развитие системы тестирования на каждой из фаз тестирования. Модель базируется на том, что приёмо-сдаточные испытания основываются, прежде всего, на требованиях, системное тестирование — на требованиях и архитектуре, комплексное тестирование — на требованиях, архитектуре и интерфейсах, а компонентное тестирование — на требованиях, архитектуре, интерфейсах и алгоритмах [4] .

Цели [ править | править код ]

V-модель обеспечивает поддержку в планировании и реализации проекта. В ходе проекта ставятся следующие задачи:

  • Минимизация рисков: V-образная модель делает проект более прозрачным и повышает качество контроля проекта путём стандартизации промежуточных целей и описания соответствующих им результатов и ответственных лиц. Это позволяет выявлять отклонения в проекте и риски на ранних стадиях и улучшает качество управления проектов, уменьшая риски.
  • Повышение и гарантии качества: V-Model — стандартизованная модель разработки, что позволяет добиться от проекта результатов желаемого качества. Промежуточные результаты могут быть проверены на ранних стадиях. Универсальное документирование облегчает читаемость, понятность и проверяемость.
  • Уменьшение общей стоимости проекта: Ресурсы на разработку, производство, управление и поддержку могут быть заранее просчитаны и проконтролированы. Получаемые результаты также универсальны и легко прогнозируются. Это уменьшает затраты на последующие стадии и проекты.
  • Повышение качества коммуникации между участниками проекта: Универсальное описание всех элементов и условий облегчает взаимопонимание всех участников проекта. Таким образом, уменьшаются неточности в понимании между пользователем, покупателем, поставщиком и разработчиком [5] .

Достоинства [ править | править код ]

  • Пользователи V-Model участвуют в разработке и поддержке V-модели. Комитет по контролю за изменениями поддерживает проект и собирается раз в год для обработки всех полученных запросов на внесение изменений в V-Model [6] .
  • На старте любого проекта V-образная модель может быть адаптирована под этот проект, так как эта модель не зависит от типов организаций и проектов [7] .
  • V-model позволяет разбить деятельность на отдельные шаги, каждый из которых будет включать в себя необходимые для него действия, инструкции к ним, рекомендации и подробное объяснение деятельности [8] .
Читайте также:  Белый налет на вине

Ограничения [ править | править код ]

Следующие моменты не учитываются в V-модели, но могут быть рассмотрены отдельно, либо возможно адаптировать модель под них:

  • Не регулируется размещение контрактов на обслуживание.
  • Организация и выполнение управления, обслуживания, ремонта и утилизации системы не учитываются в V-модели. Однако, планирование и подготовка к этим операциям моделью рассматриваются.
  • V-образная модель больше касается разработки программного обеспечения в проекте, чем всей организации процесса [9] .

Модели разработки и тестирования: V-модель

V-модель — продвинутый вариант классической каскадной модели. Он предусматривает глубокий контроль текущего процесса перед переходом на следующий этап. При использовании V-модели тестирование начинается еще со стадии написания требований.

Под тестированием подразумевается ранний контроль качества путём ряда обзоров и проверок — так называемое статическое тестирование. Этот метод позволяет выявить огрехи на самых ранних стадиях развития проекта и минимизировать ошибки в дальнейшем.


Каждый уровень тестирования имеет отдельный тест-план. Во время тестирования текущего уровня мы строим стратегию для работы над каждым его элементом. При создании тест-планов — определяем ожидаемые результаты тестирования, а также указываем критерии входа и выхода для каждого уровня.
В V-модели тестирование идёт строго параллельно последовательным этапам разработки. Схема этой модели представляет собой букву V, из-за которой она, собственно, и получила своё название: левая часть отражает процесс дизайна программного обеспечения, а правая — процесс разработки и прямого тестирования. Обратите внимание, во многих компаниях одни и те же этапы разработки и тестирования могут обозначаться по-разному.
Пересечение обеих частей модели находится внизу буквы V, начиная с модульного тестирования на самом глубоком уровне и переходя к интеграционному, системному и приёмочному тестированию на более высоких.

Преимущества

  • Каждая стадия имеет конкретные результаты
  • Более высокие показатели по сравнению с каскадной моделью по причине того, что тестирование начинается на ранних этапах
  • Экономия времени по сравнению с каскадной моделью может достигать 50%
  • Отлично подходит для небольших проектов, где все требования к продукту очевидны сразу
  • Полноценная реализация доступных ресурсов
Читайте также:  Vcard file vcf чем открыть

Недостатки

  • Отсутствие гибкости, как и в случае с каскадной моделью. Вносить изменения на поздних этапах будет трудно и дорого
  • Сама разработка начинается строго с началом соответствующей стадии, то есть, никаких прототипов на ранних этапах не разрабатывается
  • Контроль рисков затруднен: нет определённого способа решения критических проблем, обнаруженных на этапе тестирования

Когда использовать V-модель

Преимущественно в тех ситуациях, когда важно выполнить проект быстро и с наименьшими затратами. В целом, как уже говорилось, V-модель и каскадная модель очень похожи, но первая предоставляет ощутимо большую экономию времени.

Для установления связей между этапами каскадной модели иногда используют метод разработки, получивший название V-модель. Приближенная по своей сути к практикам PRINCE2 (широко применяющаяся методология управления программами и проектами в организации), V-модель разработки через тестирование была разработана еще в конце 1980-х гг. ведомствами Германии и США и до сих пор является стандартом немецких правительственных и оборонных проектов. Основной ее принцип состоит в постепенном возрастании степени детализации проекта с течением времени и одновременном проведении «горизонтальных» итераций. Таким образом (рис. 2.9), результаты каждой из фаз левой стороны буквы V влияют на тестирование и компоновку проекта с правой стороны буквы V: приемо-сдаточные испытания основываются на проведенном анализе требований, интеграционное тестирование — на высокоуровневом описании архитектуры, модульное тестирование — на архитектуре, интерфейсах, алгоритмах и прочих элементах детализированных требований к системе.

Рис. 2.9. V-модель разработки ПО

Важна гибкость данной модели, так как, по сути, она адаптируема под любой тип организации. Промежуточные результаты проверяются на ранних стадиях, и минимизация рисков достигается благодаря простому соотнесению фаз и итераций. V-модель не рассматривает непосредственно стадию обслуживания и утилизации, учитывая лишь активности по подготовке к ним. Сам по себе этот метод не является отдельной моделью жизненного цикла, но удобен в установлении соответствия между фазами.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock detector