Методика испытаний и результаты экспериментальной проверки

Общие сведения.

Общая цель проведения испытаний - определение степени соответствия созданного программного продукта (ПП) техническому заданию.

В жизненном цикле ПП можно выделить следующие виды испытаний:

- испытания опытного образца ПП на полное соответствие требованиям технического задания;

-  испытания рабочей версии ПП, адаптированной к условиям конкретного применения;

-  испытания версии модернизированного ПП при сопровождении.

Наиболее полным и разносторонним испытаниям подвергается ПП при первичной проверке опытного образца.

Тестирование опытного образца при приемосдаточных испытаниях.

Для обеспечения полноты приемосдаточных испытаний опытного образца ПП целесообразно выделять следующие цели испытаний и соответствующие им категории тестирования:

- функциональное тестирование - для проверки полноты и корректности решения основных задач при типовых условиях;

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

-  тестирование использования ресурсов ЭВМ - для проверки корректности распределения памяти и производительности;

-  эргономическое тестирование - для проверки удобства и простоты интерфейса программы;

-  тестирование документации - для проверки полноты и соответствия внутренним и внешним стандартам по структуре, оформлению.

Функциональное тестирование - наиболее обширное и труднее всего систематизируемое. Набор испытательных тестов полностью определяется функциональными задачами и сложностью ПП. Эти тесты должны обеспечивать проверку и демонстрацию заказчику-пользователю качества решения функциональных задач, сформулированных в техническом задании и конкретизированных в документации.

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

Испытания программного продукта.

Функциональное тестирование заключается в проверке корректности выполнения соответствующих команд на соответствующих формах. Оценка правильности выполнения команд осуществляется визуально и по соответствующим сообщениям.

Рассмотрим процесс добавления нового тарифного плана с повременной оплатой.

На главной форме для работы с тарифами (рис.1.14) нажимаем на кнопку “Добавить”, при этом появляется форма добавления/редактирования тарифа.

В появившемся окне необходимо ввести: название тарифа, абонентскую плату, объем трафика, включенного в абонентскую плату, плату за подключение с оборудованием, приобретенным у ОАО «ОТИК», плату за подключение с собственным оборудованием в офисах продаж ОАО «ОТИК»/у дилеров, минимальный первоначальный авансовый платеж. При утвердительном ответе на вопрос “Есть повременная плата?”, ставим галочку в поле «Повременная оплата» и получаем доступ к соответствующей форме. Нажимаем на кнопку “Добавить”, после чего становится возможным разбивать день на периоды и указывать соответствующие цены. Вводим начальное время - “21:61”, конечное время - “22:30”, цену за входящий трафик -“10q ”, цену за исходящий трафик - “10” и нажимаем кнопку “Запомнить”. Появляется сообщение об ошибке, которое свидетельствует о корректной работе.

Исправляем начальное время - “21:61” на “ 21:50” и нажимаем кнопку “Запомнить”, что приводит к появлению сообщения об ошибке.

Изменяем цену за входящий трафик -“10q ” на “20” и нажимаем кнопку “Запомнить”, после чего запись благополучно добавляется, что свидетельствует о корректной работе программы.

На данный момент времени только 40 минут суток имеют определенную цену за трафик, что свидетельствует запить “Осталось 23:20:00”. Добавляем новую запись: начальное время уже заполнено - “22:30”, конечное время заполняем значением - “22:00”, цену за входящий трафик и цену за исходящий трафик заполняем значениями соответственно - “10” и “15”, нажимаем на кнопку “Запомнить”. Появляется сообщение об ошибке (рис 1.25), которое свидетельствует о корректной работе программы.

Исправляем конечное время - “22:00” на “ 21:50” и нажимаем кнопку “Запомнить”, после чего запись благополучно добавляется и становиться активной кнопка “Возвратиться”. Все эти проявления свидетельствует о корректной работе программы. Нажимаем кнопку “Возвратиться” и появляется форма ввода/редактирования тарифов.

Введем в поле “Название тарифа” значение, которое уже имеется в базе данных Tarif. Все остальные поля, кроме минимального первоначального авансового платежа, заполним значением равным 100, что является корректным значением для этих полей. Поле минимального первоначального авансового платежа заполняться не будет. Нажав на кнопку “Сохранить” появится сообщение (рис.1.26), которое свидетельствует о корректной работе программы.

После согласия на сообщение, введем минимальный первоначальный авансовый платеж, равный символу ”F” и нажмем на кнопку “Сохранить”, что приведет к появлению сообщения (рис. 1.27).

Изменяем, минимальный первоначальный авансовый платеж на корректное значение, например, на значение, равное 100, и нажимаем кнопку “Сохранить”. Появляется сообщение (рис.1.28.).

Изменяем минимальный первоначальный авансовый платеж, на значения равное 100 и нажимаем кнопку ”Сохранить”, что приводит к появлению сообщения о том, что тариф записан (рис.1.16) после чего появляется главная форма, где можно увидеть добавленный новый тарифный план.

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

В специальном разделе представлен литературный обзор по важнейшим понятиям, использованным при разработке и описании данного дипломного проекта:

1) Обзор существующих продуктов на рынке

) Основные типы тарифных планов российских Internet-провайдеров

Затронуты вопросы проектирования баз данных, рассмотрены общие положения, применяемые разработчиками СУБД, даны основные подходы создания реляционных баз данных.

Представлена общая структура системы, где рассмотрены вопросы асимметричного доступа в интернет через спутник и работы биллинговой системы провайдера спутникого интернета.

Описана схема информационных потоков и рассмотрена структура данных.

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

Рассмотрена методика испытаний и представлены результаты экспериментальной проверки.

В целом представлена полная и объективная картина, отражающая содержание выполненных работ по разработке программного модуля учета тарифов.