•Программисты, участвующие в проекте. (В конце концов, им при% дется делать исправления.)

•Представители группы тестирования, которые могут рассказать о контексте, в котором возникают ошибки, направят совещание в нужное русло. (Чаще всего в их обязанности и входит созыв дан% ного совещания.)

•Менеджеры продуктов, которые получают представление о состоя% нии дел и принимают решения на месте.

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

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

При таком разнообразии участников совещание может легко свернуть в сторону, поэтому его должен вести председатель с крепкими нерва% ми, который не даст отклониться от темы. А тема – это отчеты об ошибках и что с ними делать, а не конкретные поправки в коде. Про% граммисты любят обсуждать технические вопросы и пытаются решить во время совещания все проблемы. Это должно пресекаться.1

Резюме

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

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

Каждый программист обязан протестировать свой код. У отдела QA есть достаточно своих проблем, и он не должен разбираться с вашим неряш%

1Тактика успешного ведения совещаний описывается на стр. 435 в разделе

«Это судьба».