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

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

Рядовые тестировщики

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

Руководитель проекта

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

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

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

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

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

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

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

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

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

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