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

та над файлами данных — шаблонами, примерами, мультимедиа, трансля­ционными таблицам для драйверов и т.п.

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

Маркетинговая деятельность после завершения альфа-версии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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