Тестирование в спиральной модели

Тестировщик должен уметь работать в разных концепциях разработки ПО. Сегодня познакомимся с Quality assurance в спиральной модели.

Тестировщик » QA-блог » Модели » Тестирование в спиральной модели

Спиральная модель и тестирование

Есть много разных моделей разработки ПО. Тестирование (QA, Quality assurance) адаптируется под каждую из них. Безусловно, оно должно учитывать нюансы и специфику каждого подхода.

На изображение тестирование в спиральной модели.

В этой статье поговорим о месте тестирования в спиральной модели.

Что такое спиральная модель

Спиральная модель разработки ПО представляет собой постепенное развитие разрабатываемых версий программного обеспечения за счет проработки рисков на каждом этапе (витке). С каждым шагом ПО становится все более объемным и совершенным, напоминая развитие по спирали.

Спиральная модель была описана Барри Боэмом в 1986 году. Во многих источниках ее считают частным случаем итерационной модели

Как работает спиральная модель

Каждый виток спирали представляет собой отдельную итерацию, в результате которой создается новая версия ПО. Сначала разрабатывают требования к данной версии, затем ее проектируют и реализуют. Затем наступает время тестирования. После успешного тестирования разработанная версия вводится в действие – виток завершен.

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

Приоритеты рисков в спиральной модели

В спиральной модели учет рисков – главный критерий успешности разработки. Устранение рисков определяет дальнейшее движение по спирали.

Боэм сформулировал 10 наиболее приоритетных рисков:

  1. Дефицит специалистов;
  2. Неадекватные сроки и бюджет;
  3. Реализация неподходящей функциональности;
  4. Разработка некорректного пользовательского интерфейса;
  5. Излишняя обработка («золотая сервировка»): перфекционизм, ненужная оптимизация и оттачивание деталей;
  6. Неиссякаемый поток изменений;
  7. Недостаток информации о внешних компонентах (окружение системы или интеграция с ней);
  8. Низкий уровень качества работ, выполняемых внешними/смежными подрядчиками;
  9. Нехватка мощности в производительности;
  10. Недостаточный уровень квалификации сотрудников, участвующих в проекте.

Внутренняя вариативность спиральной модели

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

Главное, чтобы в конце этапа получался готовый продукт.

Место тестирования в спиральной модели

Важная задача для каждого витка — продемонстрировать пользователям работоспособный IT-продукт. Это нужно, чтобы быстрее запустить процесс уточнения и дополнения требований по рискам.

Поэтому тестирование здесь применяется в связке с управлением рисками:

  • В начале витка проверяются требования к новой версии ПО;
  • В конце витка проверяется реализация версии по заявленным требованиям.

Плюсы и минусы спиральной модели

Плюсы
  • Внимание к рискам;
  • Активное участие заказчика;
  • Готовая версия после каждого витка;
  • Последовательное совершенствование IT-продукта.
Минусы
  • Сложная структура, которая не подходит для небольших проектов;
  • Бюджет и финальные сроки разработки сразу не определены;
  • Возможное исправление архитектуры и других важных аспектов ПО, чтобы реализовать требования новой версии.

Когда спиральная модель наиболее эффективна

  • Когда анализ рисков ПО важнее программирования самого по себе (например, система банковского документооборота);
  • Когда заранее неизвестно, целесообразна ли полная реализация IT-продукта;
  • Когда требования и риски ПО не понятны сразу и должны уточняться;
  • Когда нет полной ясности, какие функции будут востребованы пользователями.

Резюме

Спиральная модель – одна из концепций разработки ПО. Основной упор в ней делается на управление рисками. Поэтому QA-специалист в тестировании должен отталкиваться от требований к ПО на основе анализа рисков.

на изображение автор Михаил Кулешов

Автор Михаил Кулешов

Михаил, профессиональный партнерский маркетолог, является основателем компании South Media OÜ, которая была создана в 2018 году и базируется в Таллинне. С 2016 года Михаил уехал из Финляндии и жил как настоящий «цифровой кочевник» в IT-индустрии, путешествуя по миру только с ноутбуком. Михаил работает и пишет статьи, связанные с IT-индустрией.

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

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