Глава 12: Планирование и документация 291

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

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

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

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

Документация помогает организовать взаимодействие между персоналом

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

• Совместное обдумывание стратегии тестирования.

• Повышение эффективности и полноты тестирования. Чита гели распространяемых материалов смогут привлечь ваше внимание к

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

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

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

• Обсуждение глубины тестирования и календарного плана работ.

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

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

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

• Распределение работы. И поручить кому-либо работу, и проследить за ее выполнением всегда гораздо легче, если вручить человеку чет­кие и подробные печатные инструкции.

Тестовая документация представляет собой удобную структуру для организации, планирования и управления тестовым проектом

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