Часть I. Процесс быстрого тестирования. • Статическое тестирование: проверка и пересмотр проектов программных средств и кодов

• Статическое тестирование: проверка и пересмотр проектов программных средств и кодов

• Реализация выбранной стратегии автоматизации тестирования в разумных пределах

• Пересмотр пользовательской документации

• Приобретение оборудования, необходимого для реализации данного проекта, как составная часть стратегии создания универсальной испытательной лабора­ тории

• Прием на работу специалистов по различным профилям тестирования необхо­ димой квалификации

• Освоение специалистами по тестированию новых технологий и новых инстру­ ментальных средств

• Прогон тестов и отчеты по результатам тестирования

• Проведение проверок готовности

• Оценка выполнения проекта.

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

Список задач имеет еще одно название — список WBS (Work Breakdown Structure — декомпозиция работ). Декомпозиция работ часто менее формальна, чем описанный выше список задач, с другой стороны, она может выглядеть как иерархически упоря­ доченный список видов деятельности, в которых каждой задаче присваивается " деск­ риптор" или идентификатор. Дескриптор позволяет отслеживать задачу на протяже­ нии всего жизненного цикла разработки и предоставляет возможность связывать измерения трудозатрат или расходов с различными задачами. Благодаря этому можно снимать наборы показателей, характеризующих фактические затраты на протяжении всего проекта. Разумеется, больше формальностей и больше отчетности означают большие накладные расходы в смысле времени и стоимости, поэтому следует найти разумный компромисс между уровнем детализации планирования и организацией проекта. Обычно компромисс в таких случаях достигается за счет использования ин­ струментальных средств организации проектов, подобных, например, Microsoft Pro­ ject, во время планирования и отслеживания трудозатрат на тестирование. Отдавая предпочтение тому или иному инструментальному средству, следует убедиться, что его вход и выход совместимы с инструментальными средствами, которые применяют другие группы.

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

⁸⁰ Часть I. Процесс быстрого тестирования