Глава 14: Управление группой тестирования 433

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

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

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

Служба поддержки разработки

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

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

• Отладка.

• Техническая поддержка пользователей, особенно в первые недели после выпуска продукта.

• Редактирование копии руководства пользователя.

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

• Техническое редактирование руководства (с правом вносить измене­ния, которого обычные тестировщики не имеют).

• Анализ эксплуатационных характеристик продукта.

• Сравнительная оценка продукта.

• Изучение пользовательского удовлетворения продуктом.

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

Рекомендации

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

Группа тестирования — не избавление программистов

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

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