Глава 6: Система отслеживания проблем 167

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

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

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

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

Открытие отложенных отчетов для подготовки следующего выпуска программного продукта

После того как работа над выпуском продукта 2.10 завершена и он отправлен в производство, компания приступает к планированию выпуска

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

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

168 Часть II: Приемы и технологии тестирования

поместить в файлы данных нового выпуска. Затем все отчеты должны быть распечатаны.

При переносе в файлы очередного выпуска отчеты модифицируются следующим образом:

• Значение поля Резолюция изменяется на Рассматривается.

• Изменяются значения полей Выпуск и Версия.

• Отчетам присваиваются новые номера (поле Отчет о проблеме №).

• Очищаются все поля подписей и соответствующих дат, за исключени­ем подписи составителя отчета.

• Очищается поле Комментарии.

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

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

Отслеживание заплаток

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

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

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