Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тестирование программного обеспечения. Фундамен...docx
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
935.81 Кб
Скачать

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

Компоненты плана тестирования

ПРИМЕЧАНИЕ

шашншш 0 этом разделе в качестве примера тестируемой про­граммы выбрана система отслеживания проблем. (Кроме того, мы пользуемся и примером системы, выписывающей счета. Нам нужна была программа, на примере которой можно было бы составить таб­лицы, приведенные на рисунках 12.5-12.11. Поскольку о системе от­слеживания проблем рассказывалось в главах 5 и 6, читатель хорошо с ней знаком.)

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

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

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

• списки;

• таблицы;

• планы;

• матрицы.

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

Теоретически все эти списки и таблицы можно составить на основе спецификации. Однако на самом деле именно они помогли бы вам выявить “бреши” в спецификации, если бы кто-нибудь попросил вас ее проанали­зировать.

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

Увлекшись разработкой списков и таблиц, ничего не стоит выбиться из рабочего графика, так как процесс этот трудоемкий, а анализируемый материал очень объемен.

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

Списки

Список отчетов

Список входных и выходных переменных Список возможностей и функций Перечень материалов Список файлов программы Список сообщений об ошибках Список совместимого оборудования Список совместимых программ Список конфигураций совместимой операционной среды Список публикуемых документов

Таблицы

Таблица отчетов

Таблица входных и выходных значений Таблица ввода/вывода Таблица решений

Таблица клавиатурных комбинаций Таблица совместимых принтеров Диаграмма граничных значений

Планы

(иерархические

списки)

Список функций

Матрицы

Матрица аппаратной и программной совместимости Матрица аппаратных конфигураций Матрица операционных окружений Матрица комбинаций входных значений Матрица сообщений об ошибках и клавиатурных комбинаций

РИСУНОК 12.5. Примеры компонентов плановой документации

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