Глава 13: Объединяющая 389

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

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

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

Почти альфа

На этом этапе большая часть программы уже готова, а значит, опреде­лился ее стиль и характер.

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

390 Часть III: Управление проектами и группами

Альтернативой проверки состояния программы перед официальным объявлением готовности альфа-версии является ее проверка после этого события. Однако в этом случае, хотя руководитель проекта искренне верит, что с программой все в порядке, при дальнейшем тестировании, как пра­вило, выявляется еще целый ряд серьезных ошибок.

Программирование накануне завершения альфа-версии

На этом этапе продолжается постановка задач, проектирование, коди­рование, исправление ошибок и тестирование “стеклянного ящика”.

Документирование накануне завершения альфа-версии

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

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

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

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

Тестирование накануне завершения альфа-версии

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