3.3.2 Полученные результаты при тестировании

3.3.2.1 Тестирование модуля. Целью тестирования модуля является нахождение несоответствия между логикой и сопряжениями модуля, с одной стороны, и его внешними спецификациями (описанием функций, входных и выходных дынных, внешних эффектов), с другой стороны. Процесс проектирования тестов для модуля состоит из следующих четырех шагов:

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

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

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

- Был проверен текст программы на её чувствительность к отдельным особым значениям входных данных и были добавлены соответствующие тесты.

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

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

3.3.2.2 Комплексное тестирование. Комплексное тестирование – процесс поисков несоответствия системы ее исходным целям. Это наиболее творческий из всех видов тестирования. Оно состоит из следующих шагов:

- Тестирование стрессов. Распространенный недостаток больших систем в том, что они функционируют как будто бы нормально при слабой или умеренной нагрузке, но выходят из строя при большой нагрузке и в стрессовых ситуациях реальной среды. Тестирование стрессов представляет попытки подвергнуть систему крайнему “давлению”.

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

- Тестирование объёма. В то время как при тестировании стрессов делается попытка подвергнуть систему серьёзным нагрузкам в короткий интервал времени, тестирование объема представляет собой попытку предъявить системе большие объёмы данных (максимальный объем базы данных, 2 Мб) в течение более длительного времени.

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

- Тестирование защиты. Так как внимание к вопросам сохранения секретности в сегодняшнем автоматизированном обществе возрастает, к большинству систем предъявляются определенные требования по обеспечению защиты от несанкционированного доступа. Цель тестирования защиты – нарушить секретность в системе.

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

- Тестирование производительности. Требования к производительности и эффективности (время ответа для различных нагрузок и различных конфигураций) – важная часть проектов систем. По сравнению с другими типами комплексного тестирования системы о тестировании производительности известно очень много, этой проблеме посвящена монография[22].

Для проведения данного теста были использованы персональные компьютеры различной конфигурации (ЭВМ на базе Intel 486, Pentium 100, Cyrix 350). В результате проведения теста была зафиксирована корректная работы системы, но необходимо отметить, что работа на ПК на базе Intel 486 не рекомендуется, хотя и возможна.

Наборы тестовых данных и результаты тестирования представим в виде таблице:

Таблица 3.1 - Тестирование автоматизированной системы

№ теста Входные данные Ожидаемый результат Результат программы
Поле ввода Значение
1 Номер карты 1000 Нормальная работа АС Ожидания ввода Дата создания
2 Дата договора

1. 02.02.02

2. 2,2,2

3. дата

1. Нормальная работа АС

2. Ошибка ввод не в форме

3. Ошибка ввод не в форме

1. Занесение записи в БД

2. Выдача сообщения об ошибке

3. Выдача сообщения об ошибке

3 Поступление бюджетных средств (сумма)

1. 12345

2. 0

1. Нормальная работа АС

2. Ошибка суммы

1. Занесение записи в БД

2. Выдача сообщения об ошибке

4 Пол

ж

м

с

1. Нормальная работа АС

2. Нормальная работа АС

3. ошибка Данные пола принимают 2 значения: ж и м

1. Занесение записи в БД

2. Занесение записи в БД

3. Выдача сообщения об ошибке

5 Добавление в словари уже имеющихся в них данных Повтор данных Повтор данных

Выводы по тестированию программного обеспечения

На основании проведения вышеперечисленных тестов можно заключить, что:

- Созданная система выполняет все функции.

- При аварийном отключении сохраняет максимально возможное количество данных.

- Система способна работать на ПК различной конфигурации, в том числе и минимальной.

- Система отвечает поставленным требованиям по защите от несанкционированного доступа.

- Система корректно осуществляет свою работу при работе с большими объемами данных (при максимальном объеме БД – 2 Мб) и при большом количестве запросов (20 запросов).



Информация о работе «Создание автоматизированной системы по ведению именных накопительных счетов»
Раздел: Информатика, программирование
Количество знаков с пробелами: 85345
Количество таблиц: 25
Количество изображений: 30

Похожие работы

Скачать
327984
30
0

... ; - отдельная пиктограмма для форматирования; - появление механизма Drag & Plot, предназначенного для быстрой активизации диаграмм. 4.6. Техническое обеспечение. Автоматизированная система бухгалтерского учета Министерства здравоохранения Республики Тыва может функционировать при следующей конфигурации аппаратных средств: IBM совместимый компьютер с процессором 80386 фирмы Intel, ...

Скачать
99533
9
25

... при механических, климатических и специальных воздействиях окружающей среды; - специальные требования по защите информации. Построение «автоматизированной системы информационной поддержки наладочных работ электропривода» Дано: 1          Объект информатизации 2          Ограничения 3          Критерий 4          База данных 5          Классификатор характеристик 6          Пакет программ ...

Скачать
111078
12
21

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

Скачать
54221
12
0

... средств комплексной автоматизации бухгалтерского учета, т.е. не только ПЭВМ, но и устройств сбора, регистрации и приема-передачи данных. Независимо от способа организации автоматизированной системы бухгалтерского учета аналогично системам, основанным на ручной обработке информации, обеспечивают выполнение всех стадий учетного цикла: сбора и регистрации информации; передачи данных; группировки, ...

0 комментариев


Наверх