4.2 Тестирование отдельных функций

Если программа состоит из нескольких модулей, то нужно протестировать каждый из них. Цель тестирования модулей – сравнение функций, фактически реализуемых модулем, с теми, которые описаны в спецификации на него (в том числе интерфейсы, или взаимодействие с другими модулями).

Существует два подхода тестирования модулей:

• Монолитное тестирование (модуль тестируется отдельно, а затем программа собирается полностью из уже оттестированных модулей).

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

При пошаговом тестировании раньше обнаруживаются ошибки в интерфейсах между модулями, т. к. раньше начинается сборка программы. А при монолитном тестировании модули «не видят» друг друга до последнего момента.

Пошаговое тестирование делится на две стратегии:

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

• Восходящее тестирование (процесс начинается с терминальных модулей (из которых не вызываются никакие другие модули). Затем подключаются те модули, для которых оттестированы все вызываемые модули. Большим недостатком является то, что программы как единого целого не существует, пока не добавлен головной модуль).

При проектировании программного продукта «Интерактивный телефонный справочник» использовалось пошаговое нисходящее тестирование, т.е. тестировался каждый модуль по мере «поступления» в проект.

Тестовые сценарии аналогичны описанным в пункте 4.1 пояснительной записки.

5 Эксплуатационная документация

5.1 Руководство программиста

Система Borland C++ Builder - это мощная среда программирования, которая поддерживает принципы визуального объектно-ориентированного программирования для 32-разрядных операционных систем Microsoft Windows и позволяет значительно сократить время на разработку приложений.

Система Borland C++ Builder предназначена для быстрой разработки приложений в среде операционной системы Windows, построенных на современном фундаменте объектно-ориентированного программного обеспечения. Быстрая разработка приложения означает реальное ускорение типичного цикла проектирования программы:

• кодирование;

• компоновка;

• прогон;

• отладка;

• редактирование.

Интегрированная среда системы программирования C++ Builder обеспечивает высокую скорость визуальной разработки, продуктивность повторно используемых компонент в сочетании с мощью средств языка С++, усовершенствованными инструментами и разномасштабными средствами доступа к базам данных.

Программный продукт «Интерактивный телефонный справочник» разработан в среде Borland C++ Builder.

Данный программный продукт состоит из следующих файлов:

• Interaktivniy_Spravochnikn .cpp (головной файл проекта);

• Interaktivniy_Spravochnikn .brp (файл опции проекта);

• Interaktivniy_Spravochnikn. Rez (файл ресурсов проекта);

• Interaktivniy_Spravochnikn .exe (исполняемый файл приложения);

• Interaktivniy_Spravochnik.tds (файл таблицы символов);

• *.оbj (объектный файлы модулей);

• *.cpp (файлы реализации модулей);

• *.h (заголовочные файлы модулей);

• *.dfm (файлы форм);

• *.dll (динамически присоединяемые библиотеки);

• Group.iso (файл иконки);

• Note.jpg (файл рисунка заставки);

• ~*.* (файлы резервных копий).

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

• операционная система Windows 2000 / XP / Vista;

• видео карта 128 МБ;

• процессор на базе Intel;

• ОЗУ 256 МБ;

• занимаемое место на диске 50 МБ;

• наличие пакета Microsoft Office;

• клавиатура и манипулятор Мышь;

• принтер.

Выполнил студент гр. АС-22-09

Короткова С.С.

Красноярск 2012