Иногда используются и другие методы тестирования

Тестовые материалы

С точки зрения тестирования переход от стадии «Разработка к стадии «Стабилизация» — это переход от тестирования наличия функций к проверке их работоспособности и эффективности. Приведем некоторые примеры методов тестирования, применяемых на стадии «Разработка».

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

проекта. Тестирование модулей и функций позволяет разработчику находить ошибки раньше, чем они попадут к тестерам.

• Функциональные тесты — проверка наличия конкретных функций приложения и их работоспособности.

• Тесты перед сдачей версии модуля — это простые автоматизированные тесты, которые выполняются перед сдачей новой версии модуля в базы данных исходных текстов проекта.

• Проверка сборки — обычно выполняется после ежедневной сборки приложения, чтобы удостовериться, что она прошла успешно.

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

Динамика фазы стабилизации

По завершении написания кода приложения и окончании этапа «Завершение разработки» фазы «Разработка» наступает фаза «Стабилизация, основная цель которой — подготовить выпуск продукта пользователям. выпуск, подготовленный к этапу «Завершение разработки» фазы «Разработка», представляет собой полнофункциональную версию продукта, которая

прошла базовое тестирование. Хотя на всех стадиях модели MSF группа старается соблюдать сроки и создавать продукт, отвечающий всем запросам заказчика, на стадии «Стабилизация» эти задачи становятся основными. Как показано на рис. 13.1, именно на этой стадии продукт «доводится» до состояния, необходимого для успешного выполнения этапа «Выпуск продукта*.

На стадии стабилизации проектная группа может выпустить несколько промежуточных версий приложения. Они позволяют выявить конкретные проблемы и устранить их. Почти окончательная версия продукта — так называемая безошибочная версия (Zero-Bug Release,

ZBR). Это первый промежуточный выпуск, в котором все известные проблемы тем или иным способом устранены (зафиксированы, отложены или признаны несущественными). После полготовки этой версии группа проверяет степень готовности продукта; положительный

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

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

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

Дата добавления: 2014-01-05