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

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

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

Обзор

В этой главе рассматриваются следующие вопросы:

• Общее назначение тестового плана.

• Цели, преследуемые при планировании тестов и разработке документа­ции.

• Какие типы тестов ("черного ящика") должны отражаться в плановых документах.

• Стратегия создания тестовых планов и их компонентов: поступательная разработка.

• Компоненты тестового плана: простые и иерархические списки, табли­цы и матрицы.

• Как документировать тестовые материалы.

План тестирования определяется стандартом ANSI/IEEE (ANSI/IEEE Standard 829-2983 for Software Test Documentation) следующим образом:

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

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

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

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

Общее назначение тестового плана: продукт или инструмент?

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

Тестовый план как продукт

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

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

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

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