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

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

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

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

• Если пара тестов похожа, слабейший из них можно удалить. Мож­но его заархивировать, но попадаться вам на глаза он больше не должен.

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

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

А вот поиск недостатков дизайна после его “замораживания” прекраща­ется. Важнее убедиться, что не осталось никаких серьезных функциональ­ных ошибок. Продолжайте добавлять в план важные или интересные тесты. Что касается остальных, то не стоит тратить много времени на их докумен­тирование — просто выполняйте их и все.

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

Просмотрите открытые отчеты об ошибках. Почему эти ошибки до сих пор не исправлены?

• Еще раз протестируйте программу по всем открытым отчетам.

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

• Попробуйте упростить оставшиеся отчеты.

14 ‘-⁷⁸

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

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

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

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

Если эта тактика не сработает, напишите докладную записку и спро­сите у руководителя, как вам быть. Удачи!

Подготовка к финальному тестированию

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

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

Программирование на этапе подготовки к финальному тестированию

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