Глава 6: Система отслеживания проблем 179

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

Поле — это простейший значимый элемент данных записи. Напри­мер, Дата, Приоритет, Резолюция являются полями отчета о пробле­ме.

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

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

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

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

Глава

7

Разработка

тестов

Назначение этой главы

Эта глава посвящена разработке эффективных наборов тестов "черного ящика".

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

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

Упражнения аля читателей (и не только лля стулентов)

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