Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Пояснительная записка Отредактированная 29 мая...doc
Скачиваний:
3
Добавлен:
21.09.2019
Размер:
1.89 Mб
Скачать

2.9 Технология разработки справочной системы программного продукта.

При создании справочного материала использовалась trial–версия программы Help & Manual.

Help & Manual – утилита для составления документации. Легкий в использовании как любой текстовый процессор, Help & Manual предоставляет полную мощь настоящего редактора WYSIWYG XML. Все необходимые инструменты будут под рукой в единой интуитивно понятной среде, программа поддерживает все сложные технические аспекты процесса составления документации.

Рисунок 2.9 – Интерфейс справки

Справка содержит следующие разделы:

1) Назначение программного продукта

В этом разделе пользователь узнает о назначении ПП, для чего предназначена программа.

2) функциональная схема программного продукта

В этом разделе пользователь узнает какими функциями владеет программа.

3) схема модульной структуры

Здесь пользователь познает из чего она состоит.

4) структурная схема программного продукта

5) описание интерфейса форм

6) о разработчике

3 Тестирование программного продукта

3.1 Описание видов и методов тестирования

Тестирование – процесс выполнения программ на некотором наборе данных, для которых заранее известен результат или правило поведения программы.

Решающую роль играет проектирование тестов. Возможен целый ряд подходов к стратегии проектирования тестов. Две основных стратегии – «чёрного ящика» и «белого ящика».

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

При тестировании по технологии «чёрного ящика» программа рассматривается как объект, внутренняя структура которого неизвестна. Цель такого тестирования выяснить обстоятельства, в которых поведение программы не соответствует спецификации. Тестировщик вводит данные, анализирует результаты, но не знает, как работает программа. При таком подходе обнаружить абсолютно все ошибки в программе можно только при использовании исчерпывающего набора входного тестирования. Это достигается только в том случае, если в качестве тестовых наборов используются все возможные варианты входных данных. Для сокращения расходов необходимо создавать такие наборы данных, которые позволяют обнаружить одним тестом максимальное число ошибок, для этого определяются классы эквивалентности.

Виды тестирования:

  • модульное тестирование - вид тестирования, представляющим собой процесс проверки отдельных процедур, входящих в состав программы - выполняется разработчиком в процессе разработки программы;

  • интегрированное тестирование – вид тестирования, который проводится для проверки совместной работы отдельных модулей - выполняется разработчиком для проверки точек связи между модулями;

  • системное тестирование – вид тестирования, предназначенный для проверки программы вцелом, её организации и функционирования на соответствие спецификациям требований заказчика;

  • выходное тестирование – завершающий этап тестирования, на котором проверяется готовность программного продукта к поставке заказчику - выполняется заказчиком или независимым тестировщиком;

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