1.1.6.1. Фаза сбора требований

Понятие требование можно определить, как некое свойство программного обеспечения, которым должна обладать система или ее компонент, чтобы удовлетворить требования контракта, стандарта, спецификации или иной формальной документации.

Тестирование начинается с появлением первых набросков требований; оно должно быть неотъемлемой частью всего цикла разработки продукта. В этом случае, тестирование никогда не станет узким местом процесса. Разработка вариантов тестирования поможет выявить множество проблем с требованиями.

1.1.6.2. Фаза проектирования

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

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

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

Затем весь комплект модулей проходит системный тест — тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы.

1.1.6.3. Фаза реализации

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

Собственно тесты систем можно разделить на несколько категорий:

• автономные тесты модулей — используются уже на этапе разработки компонентов системы и позволяют отслеживать ошибки отдельных компонентов;

• тесты связей компонентов системы — используются и на этапе разработки, и на этапе тестирования и позволяют отслеживать правильность взаимодействия и обмена информацией компонентов системы;

• системный тест — является основным критерием приемки системы. Как правило, это группа тестов, включающая в себя и автономные тесты, и тесты связей и модели. Данный тест должен воспроизводить работу всех компонентов и функций системы, его основная цель — внутренняя приемка системы и оценка ее качества;

• приемо-сдаточный тест — используется при сдаче системы заказчику;

• тесты производительности и нагрузки — входят в системный тест, но достойны отдельного упоминания, так как именно эта группа тестов является основной для оценки надежности системы.