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

защиты программы от “пиратов”. Последней цели могут служить следую­щие средства.

• Бомбы с часовым механизмом, разрушающие программу после оп­ределенной даты.

• Именные версии, во многие места кода которых встроено, непосред­ственно или в зашифрованном виде, имя бета-тестировщика. Его имя отображается такой версией программы на экране, и, если те­стировщику вздумается распространять программу тем или иным способом, каждый будет знать, чьих рук это дело. Даже если “пират” удалит свое имя из программного кода, он наверняка пропустит те места, где имя зашифровано. Если после этого он поместит свою ко­пию программы в CompuServe, откуда ее сможет загрузить хоть целый мир, компания сможет доказать в суде, что именно этот че­ловек является виновником ее потерь. (Хотя едва ли бета-тестиров- щик достаточно богат, чтобы компенсировать потери компании, сама угроза раскрытия предотвратит нелегальные действия.)

• Защита от копирования, если только удастся найти достаточно эффективное средство.

• Другие приемы, являющиеся профессиональными секретами.

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

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

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

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

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

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

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

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

Если справочная система еще не готова, начинается работа над ее тек­стом.

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

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

Как следует проверьте маркетинговые материалы, перед тем как они уйдут в производство.

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

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

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