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

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

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

• Оцените общее качество продукта.

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

• Оцените надежность программы. Сколько циклов тестирования потребуется для ее отладки? Сколько ошибок предполагается найти? (Конечно же в первый раз эти оценки будут более чем приблизительными. Но от проекта к проекту вы будете набирать­ся опыта и сможете оценивать ситуацию все более точно.)

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

• Получите утвержденный руководителем проекта список поддержи­ваемых устройств. Включите этот список в план тестирования.

• Начните первый цикл тестирования устройств. К концу альфа- этапа должен быть пройден как минимум один полный цикл этого вида тестирования.

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

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

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

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

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

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

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

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

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

* Диаграммы входных граничных условий.

* Диаграммы выходных граничных условий.