Программное обеспечение формирования индивидуального графика тренировок спортсменов

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

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

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

3.1 Разработанные алгоритмы программного обеспечения формирования индивидуального графика тренировок

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

­ алгоритм авторизации пользователя;

­ алгоритм изменения данных в БД;

­ алгоритм удаления данных из БД;

­ алгоритм формирования индивидуального графика тренировок;

­ алгоритм расчета программы тренировок.

Разработанные алгоритмы программного обеспечения прохождения предварительного собеседования методом тестирования представлены ниже.

3.2 Алгоритм авторизации пользователя

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

На рисунке 3.1 представлена блок-схема алгоритма авторизации пользователя.



Рисунок 3.1 - Блок-схема алгоритма авторизации пользователя

3.3 Алгоритм алгоритма добавления данных в БД

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

На рисунке 3.2 представлена блок-схема алгоритма изменения данных в БД.

Рисунок 3.2 - Блок-схема алгоритма добавления данных в БД

3.4 Алгоритм удаления данных из БД

При удалении данных выполняются следующие действия: выбор удаляемых данных; соединение с БД; удаление данных из БД.

На рисунке 3.3 представлена блок-схема алгоритма удаления данных из БД.

Рисунок 3.3 - Блок-схема алгоритма удаления данных из БД

3.5 Алгоритм формирования индивидуального графика тренировок

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

На рисунке 3.4 представлена блок-схема алгоритма формирования индивидуального графика тренировок.



Рисунок 3.4 - Блок-схема алгоритма формирования индивидуального графика тренировок

3.6 Алгоритм расчета программы тренировок

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

На рисунке 3.6 представлена блок-схема алгоритма расчета программы тренировок.



Рисунок 3.5 - Блок-схема алгоритма расчета программы тренировок



Выводы по разделу 3

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

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

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



4. АРХИТЕКТУРНОЕ И ДЕТАЛЬНОЕ ПРОЕКТИРОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

4.1 Архитектурное проектирование программного обеспечения формирования индивидуального графика тренировок спортсмена

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

ПО учета подготовки спортсмена предназначено для хранения информации о спортсмене (ФИО, возраст,пол, разряд по определенному виду спорта и его силовые показатели). Для занесения и получения этих данных необходима такая модель приложения, которая давала бы возможность хранить в базе данных информацию, а также извлекать ее из БД по требованию пользователя. Такой моделью является двухуровневая архитектура “Клиент-Сервер”, представленная на рисунке 4.1, где клиентское приложение, содержит логику работы с базой данных, а сервер содержит базу данных.

Рисунок 4.1 - Модель двухуровневой архитектуры «Клиент-сервер»

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

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

Уровень клиента - поддержка интерфейса «пользователь- ПК», обработка вводимой информации, реализация бизнес - логики приложения и логика взаимодействия с сервером базы данных.

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

4.2 Определение требований к средствам разработки

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

– удобство использования;

– скорость разработки приложений и работы программы.

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

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

1 Наличие опыта разработки с использованием данного программного продукта > max, (5).

2 Требования к вычислительным ресурсам > min, (5).

3 Предоставляемые возможности работы с базами данных > max, (5).

4 Предоставляемые возможности создания интерфейса > max, (3).

5 Скорость работы разработанного программного обеспечения > max, (3) .

6 Стоимость среды разработки > min, (3) .

В круглых скобках указаны весомые коэффициенты.

Многозвенными системами клиент/сервер называют более новые системы с так называемым ”тонким” клиентом. В состав такой системы не входит клиентская часть серверной СУБД[8]. В этом случае функциональность, связанная с доступом к данным, возлагается на другое приложение, которое обычно называется сервером приложений и является клиентом серверной СУБД.

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

Таким образом, созданная информационная система становится трехзвенной, а сервер приложений является средним звеном в цепи “тонкий” клиент - сервер приложений - сервер баз данных и, соответственно, относится к классу продуктов middleware.

Последняя из рассмотренных архитектур является наиболее актуальной. Она и была выбрана для построения на ее основе разрабатываемой автоматизированной подсистемы.



4.3 Выбор СУБД для реализации серверной части базы данных программного обеспечения

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

– oracle 8.05;

– microsoft SQL Server[9];

– Hibernate;

– sybase SQL Anywhere.

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

– производительность СУБД(4),

– уровень безопасности данных(3),

– скорость разработки программного продукта(4),

– уровень реализации механизма хранимых процедур (5),

– наличие расширений стандартного языка SQL(4),

– предоставляемые возможности администрирования базы данных(2),

– требования к аппаратным ресурсам(3),

В круглых скобках указаны коэффициенты весомости, то есть важности, каждой характеристики, определенные методом экспертных оценок.

Решение поставленной задачи выбора программного обеспечения методом вариантных сетей показано в таблице 4.1



Таблица 4.1- Выбор СУБД методом вариантных сетей

Характеристика	1(4)	2(3)	3(4)	4(5)	5(4)	6(2)	7(3)	Итого
Средство РАЗработки
Oracle	4	5	3	5	5	5	1	101
Microsoft SQL Server	4	4	5	4	5	4	3	105
Hibernate	5	4	5	4	4	5	4	110
Sybase SQL Anywhere	3	4	4	5	4	3	4	99

Из результатов анализа, проведенного методом вариантных сетей, следует, что лучшей СУБД для реализации серверной части БД автоматизированной подсистемы является Hibernate.

4.4 Выбор инструментальной среды

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

– PHP;

– C#;

– Java;

– Delphi.

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

1 производительность интерфейса(4).

2 уровень безопасности (3).

3 скорость разработки программного продукта(4).

4 уровень реализации механизма хранимых процедур (5).

5 предоставляемые возможности администрирования (2) .

6 требования к аппаратным ресурсам(3).

В круглых скобках указаны коэффициенты весомости, то есть важности, каждой характеристики, определенные методом экспертных оценок.

Решение поставленной задачи выбора программного обеспечения методом вариантных сетей показано в таблице 5.2.

Таблица 4.2- Выбор инструментальной среды методом вариантных сетей

Характеристика	1(4)	2(3)	3(4)	4(5)	5(2)	6(3)	Итого
Средство РАЗработки
C#	4	4	4	4	5	4	84
PHP	4	5	4	4	5	4	89
Delphi	3	4	3	4	4	3	73
JAVA	5	4	3	4	5	4	86

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

4.5 Проектирование ПО

4.5.1 Проектирование серверной части ПО

На рисунке 4.2 приведена структура серверной части программного обеспечения формирования индивидуального графика тренировок спортсмена



Рисунок 4.2 - Структура серверной части программного обеспечения формирования индивидуального графика тренировок спортсмена

В соответствии c ER - диаграммой логической программного обеспечения формирования индивидуального графика тренировок спортсмена была построена физическая ER - модель БД.

На рисунке 2.7 приведена ER - диаграмма физической модели базы данных программного обеспечения формирования индивидуального графика тренировок спортсмена.



4.5.2 Проектирование клиентской части ПО

Разработана диаграмма навигации, которая представлена на рисунке 4.3

Рисунок 4.3 - Диаграмма навигации

Описание классов.

1 Класс Main содержит метод main(), с которого начинается выполнение приложения;

2 Класс Registration содержиты методы:

­ Autorization - служит для авторизации пользователя.

­ Registration - служит для регистрации пользователя.

­ Check - служит для проверки вводимой информации.

3 Класс My_DB содержит методы:

­ Config - содержит настройки БД.

4 Класс T_Atl содержит методы:

­ Calc_T - служит для подсчета программы тренировок по тяжелой атлетике.

­ Work_with_DB_T - служит для занесения данных о тяжелой атлетике в БД.

­ Izm_T - служит для изменения данных в программе тренировок по тяжелой атлетике.

5 Класс L_Atl содержит методы:

­ Calc_L - служит для подсчета программы тренировок по Тяжелой атлетике.

­ Work_with_DB_L - служит для занесения данных о легкой атлетике в БД.

­ Izm_L - служит для изменения данных в программе тренировок по легкой атлетике.

6 Класс Plavanie содержит методы:

­ Calc_P - служит для подсчета программы тренировок по легкой атлетике.

­ Work_with_DB_P - служит для занесения данных по плаванию в БД.

­ Izm_P - служит для изменения данных в программе тренировок по плаванию.

7 Класс Show содержит методы:

­ Show_T - служит для отображения на форме информации о тяжелой атлетике.

­ Show_L - служит для отображения на форме информации о легкой атлетике.

­ Show_P - служит для отображения на форме информации по плаванию.

На рисунке 4.10 представлена диаграмма классов и их взаимодействие.

Рисунок 4.10 - Диаграмма классов приложения

Общая структура ПО представлена на рисунке 4.11

Рисунок 4.11 - Общая структура ПО



4.6 Руководство пользователя

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

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

1) ввода и контроля вводимых данных;

2) редактирования данных перед записью в базу данных;

4.6.2 Условия эксплуатации

Для нормальной работы ПО необходим компьютер с такими параметрами:

1 Процессор - Celeron 1600MHz (сервер), Celeron 1400 MHz (клиент).

2 Оперативная память 2гБ (сервер) , 1 гБ (клиент).

3 ГБ свободного дискового пространства для ПО и 300 МБ для БД.

4 Видеопамять -64 МБ.

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

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

4.6.3 Входные и выходные данные

Входными данными являются:

1 Имя спортсмена.

2 Его физические данные.

Выходными данными являются:

1 Программа тренировок по определенному виду спорта .

2 Результаты обработки запросов.

4.6.4 Запуск подсистемы

Пользователи запускают приложение клиент.



Выводы по разделу 4

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

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

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



5. ТЕСТИРОВАНИЕ ПРОГРАМНОГО ОБЕСПЕЧЕНИЯ ФОРМИРОВАНИЯ ИНДИВИДУАЛЬНОГО ГРАФИКА ТРЕНИРОВОК СПОРТСМЕНА

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

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

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

Метод установления правильности программ при помощи строгих средств известен как верификация программ.

Верификация - действие по проверке, инспекции, тестированию, контролю элементов, процессов и устройств, определённых требованиями, процесс определения удовлетворяют ли продукты данной фазы ЖЦ ПО требованиям, сформулированным на протяжении предыдущих фаз, формальное доказательство корректности программы.

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

Надежностью программного обеспечения (ПО) [23] - вероятность его работы без отказов в течение определенного периода времени, рассчитанная с учетом стоимости для пользователя каждого отказа. Для обеспечения надежности ПО зачастую используют такие термины, как доказательство, тестирование, отладка, контроль и испытание.

Тестирование программного обеспечения [24] -- процесс исследования программного обеспечения (ПО) с целью получения информации о качестве продукта.

Тестирование разрабатываемого программного обеспечения производиться в соответствии с планом верификации и валидации [25]. Согласно стандарту ESA PSS-05-0 Выпуска 2 должны применяться следующие виды тестирования:

1 Системное тестирование.

2 Интеграционное тестирование.

3 Автономное тестирование.

5.1 Планы тестирования

5.1.1 План системного тестирования

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

План системного тестирования клиентской части

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

Тестируемые элементы

Функциональному тестированию подлежат следующие категории:

1) Тестирование удобства интерфейса «ПК - пользователь» - проверка информативности и понятности пользователю всех диагностических сообщений:

- не все поля заполнены;

- логин и пароль не верны;

- информация не найдена;

- отсутствует соединение с сервером.

2) Проверка выдержанности единой терминологии интерфейса в терминах предметной области.

Тестируемые функции

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

Таблица 5.1 - Входные данные и ожидаемый результат для функций, выполняемых клиентской частью разрабатываемого ПО

Функция	Входные данные	Ожидаемый результат
Ввод данных пользователем для регистрации	Страница формы регистрации	Заполненная форма регистрации
Посылка запроса на регистрацию	Заполненная форма регистрации	Запрос на регистрацию послан
Ввод данных для авторизации	Страница формы авторизации	Заполненная форма авторизации
Посылка запроса на авторизацию пользователя	Заполненная форма авторизации	Запрос на авторизацию пользователя послан
Просмотр личной информации спортсмена	Главная страница, пункт меню «Личная информация»	Отображение личной информации спортсмена
Просмотр программы тренировок спортсмена	Главная страница, пункт меню «Личная информация»	Отображение таблицы с полями (№ упражнения, вид упражнения, темп нагрузки)
Выход из учетной записи	Любая страница кнопка «Выйти»	Выход их учетной записи выполнен

План системного тестирования серверной части

Тестируемые элементы

1) Тестирование обработки запросов пользователя:

- на регистрацию;

- на авторизацию;

- на отображение информации о дошкольном образовательном учреждении;

2) Тестирование разграничения доступа к приложению.

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

4) Тестирование надежности - проверка обеспечения времени бесперебойной работы системы.

Тестируемые функции

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

Таблица 5.2 - Входные данные и ожидаемый результат для функций, выполняемых серверной частью разрабатываемого ПО

Функция	Входные данные	Ожидаемый результат
Соединение с базой данных	Имя пользователя, пароль	Успешное соединение с БД
Обработка запроса на регистрацию	Данные пользователя	Занесение данных в БД
Обработка запроса на авторизацию	Логин, пароль.	Получение права доступа пользователя к приложению
Обработка запроса на отображение программы тренировок спортсмена	Выбор вкладки «Личная информация»	Вывод списка программы тренировок в виде таблицы
Обработка запроса на отображение информации о спортсмене	Выбор вкладки «Личная информация»	Вывод информации о спортсмене (имя, фамилия, отчество, разряд, пол, возраст)
Разграничение доступа к приложению	Логин, пароль	Получение права доступа на просмотр информации пользователя

План системного тестирования серверной части базы данных

Тестируемые элементы

1)Тестирование добавления данных в таблицы (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

2) Тестирование изменения данных в таблицах (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

3) Тестирование удаления данных из таблиц (USERS, V_SPORT, PR_TERN, HARAKTERISTIKI, TATL).

Тестируемые функции

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

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

Функция	Входные данные	Ожидаемый результат
Добавление записи	Заполненная форма добавления записей	Запись успешно добавлена в БД
Удаление записи	Выбранная запись	Запись успешно удалена из БД
Изменение записи	Заполненная форма изменения записей	Запись успешно изменена

Подход

Системное тестирование выполняет разработчик ПО формирования индивидуального графика тренировок спортсмена выполняет Печенкин Андрей Игоревич.

Средства тестирования: MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования функций

Критерии адекватного тестирования функций приведены в графе “Ожидаемый результат” таблиц 5.1, 5.2, 5.3.

Задача тестирования

Задачей тестирования является проверка всей функциональности, описанной в таблицах. 5.1, 5.2, 5.3.

Критериями приостановки и возобновления работ

Тестирование каждого метода независимо.

Необходимое оборудование

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

Процедуры отслеживания в тестировании

Основным средством отслеживания в тестировании серверной части базы данных является СУБД MySQL 5.0.

Отслеживание серверной части приложения будет производиться при помощи среды PHP.

Отслеживание тестирования клиентской части будет производиться при помощи браузера Internet Explorer.

Риск и непредвиденные обстоятельства

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

Утверждение

Руководителем, утверждающим тестовый план, является кандидат технических наук, доцент Пудовкина Лариса Фёдоровна.

5.1.2 План интеграционного тестирования

Тестируемые элементы

Интеграционному тестированию подлежат классы: Autorization, T_Show, L_Show, P__Show.

Тестируемые функции

Входные данные и ожидаемый результат для методов, выполняемых классами ПО, представлены в таблице 5.4.

Таблица 5.4 - Входные данные и ожидаемый результат для методов, выполняемых классами ПО.

Тестируемый класс	Входные данные	Ожидаемый результат
Autorization	Логин и пароль пользователя	Вывод учетной записи спортсмена
T_Show	Данные по тяжелой атлетике	Вывод графика тренировок по тяжелой атлетике
L_Show	Данные по легкой атлетике	Вывод графика тренировок по легкой атлетике
P__Show	Данные по плаванию	Вывод графика тренировок по плаванию

Подход

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

Вначале тестируются модули занесения, изменения и удаления информации, которая используется в приложении(AdminPage.php), затем модули обработки информации (PageRegistration.php, PageListResult.php, PageTest.php, PageGroups.php), модули проверки доступа (PageAuthorization.php) и модуль главной формы (MainPage.php).

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования модулей

Критерии адекватного тестирования модулей приведены в графе “Ожидаемый результат” таблицы 5.4.

Критерии приостановки и возобновления работ

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

Задачи тестирования

Задачей интеграционного тестирования является проверка корректности работы всех классов, описанных в таблице 5.4.

Риск и непредвиденные обстоятельства

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

Необходимое оборудование

Для проведения интеграционного тестирования необходимо оборудование, описанное в пункте 1.4.3.2.3 технического задания.

алгоритм база тренировка программа

5.1.3 План автономного тестирования

Тестируемые элементы

Автономному тестированию подлежат следующие классы: Registration, Authorization, PageListSKU.php, PageSKU.php, PageArrivals.php, Main.

Входные данные и ожидаемый результат для методов, выполняемых классами ПО, представлены в таблице 5.5.



Таблица 5.5 - Входные данные и ожидаемый результат для методов, выполняемых классами ПО.

№ тес-та	Тестируемый Класс	Описание входных данных	Входные данные	Ожидаемый результат
1	Registration	1 Заполнение пользователем формы регистрации (имя, фамилия, отчество , логин, пароль) 2 Нажатие на кнопку «Зарегистрироваться»	Данные пользователя (имя, фамилия, логин, пароль)	Занесение личных данных пользователя в БД
2	Autho-rization.php	1 Ввод логина и пароля 2 Нажатие на кнопку «Войти»: а) гость б) пользователь д) пользователь не найден в БД	Логин, пароль	а) получение доступа к просмотру информации б)получение доступа к просмотру и формированию индивидуального графика трентровок в)получение доступа к добавлению,редактированию,удалению графика тренировок.
				д) выдача сообщения о том, что пользователь не зарегистрирован
3	Main	1 Выбор пункта меню «сформировать график тренировок» 2 Формирование а) Выбор вида спорта б) Ввод физических данных спортсмена в) Нажатие на кнопку «создать» 3 Выбор пункта меню «Выход»	Ссылка на страницу «сформировать график тренировок» Ссылка на «формиронвание графика тренировок»	Загрузка страницы «Личная информация » Вывод тестовых заданий
4	PageList-Result.php	1 Выбор списка результатов тестирования 2 Выбор ссылки «Назад»	Ссылка страницы результатов Ссылка главной страницы	Вывод списка результатов(группа, слушатель, дата прохождения тестирования) Загрузка главной страницы
5	PageLearning.php	1 Выбор вкладки «Учебный процесс»	Ссылка страницы «Расписание»	Вывод информации о учебном процессе (дата начала обучения, продолжительность, окончание обучения,преподавателе)
		2 Выбор ссылки «Назад» 3 Выбор ссылки «На главную»	Ссылка страницы «Список результатов» Ссылка главной страницы	Загрузка страницы «Список результатов» Загрузка главной страницы
6	Page-Groups.php	1 Выбор ссылки «Назад» 2 Выбор ссылки «На главную»	Ссылка страницы групп слушателей Ссылка главной страницы	Загрузка страницы выбранной группы Загрузка главной страницы

Подход

Автономное тестирование выполняет разработчик ПО Силяева Анна Викторовна.

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

Критерии адекватного тестирования модулей

Критерии адекватного тестирования модулей приведены в графе “Ожидаемый результат” таблицы 5.5.

Критерии приостановки и возобновления работ

Тестирование каждого класса независимо.

Задачи тестирования

Задачей автономного тестирования является контроль логики каждого отдельного класса.

Необходимое оборудование

Для проведения автономного тестирования необходимо оборудование, описанное в пункте 1.4.3.2.2 технического задания.

Риск и непредвиденные обстоятельства

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

5.2 Спецификация тестирования

5.2.1 Спецификация комплекта тестов

Тестируемые функции

Тестированию подлежат следующие функции выполняемые ПО:

­ регистрация;

­ авторизация;

­ вывод главной страницы;

­ вывод страницы с информацией о дошкольном образовательном учреждении;

­ добавление записей в БД администратором;

­ изменение записей в БД администратором;

­ удаление записей из БД администратором.

Подход

Тестирование осуществляется методами “черного ящика”.

Анализ выполнения web-приложением всех функций производится визуально.

Описания и критерии прохождения тестов будут приведены в таблице 5.6.

Таблица 5.6 - Описание и критерии прохождения тестов.

Тест	Описание теста	Критерий прохождения теста
Регистрация	Загружается окно регистрации с полями Логин, Пароль, кнопкой «Зарегистрироваться»	Появление регистрационного окна
	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Занесение данных пользователя в БД
Авторизация	Загружается окно авторизации с полями Логин, Пароль, кнопкой «Войти»	Появления окна авторизации
	При нажатии на кнопку «Войти» загружается страница сайта определенного пользователя	Появление страницы администратора - в случае, если введены логин и пароль администратора. Появление страницы воспитателя - в случае, если введены логин и пароль воспитателя. Появление страницы родителя - в случае ,если введены логии и пароль родителя.
Выбор вкладки «Головна»	При нажатии на вкладку «Головна», загружается главная страница сайта	Появление главной страницы сайта
Выбор вкладки «Про дитсадок»	При нажатии на вкладку «Про дитсадок», загружается страница с информацией о дошкольном образовательном учреждении	Появление страницы с информацией о дошкольном образовательном учреждении
Добавление записей в БД	Выбор таблицы, в которую необходимо добавить запись, при нажатии на кнопку «Добавить» открывается форма с полями для добавления записей и с кнопкой «Добавить»	Появление формы для добавления записи
	При нажатии на кнопку «Добавить» запись заносится в БД	Появления сообщения о том, что запись добавлена в БД
Изменение записей в БД	Выбор таблицы, в которой необходимо редактировать запись, выбор записи, которую необходимо редактировать, при нажатии на кнопку «Редактировать» открывается форма с полями для редактирования записи и с кнопкой «Изменить»	Появление формы редактирования записи
	При нажатии на кнопку «Изменить» происходит изменение записи в БД	Появления сообщения о том, что запись изменена
Удаления записей из БД	Выбор таблицы, в которой необходимо удалить запись, выбор записи, которую необходимо удалить, при нажатии на кнопку «Удалить» запись удаляется	Появление сообщения о том, что запись удалена

5.2.2 Спецификация автономного тестирования

Тестируемые элементы

Данный тест предназначен для тестирования классов PageRegistration.php, PageListResult.php, PageTest.php, PageGroups.php, Authorization.php, PageMain.php.

Спецификация ввода

Входные данные для автономных тестов представлены в таблице 5.7.

Таблица 5.7 - Входные данные для автономных тестов

Тестируемый класс	№ теста	Входные данные
PageRegistration.php	1	Не все поля заполнены
	2	Не указано значение поля «Логин»
	3	Не указано значение поля «Пароль»
	4	Пользователь не существует
MainPage.php	1	Главная страница не загрузилась
	2	Не выбран критерий поиска
	3	Не введено ключевое слово для поиска
PageGroups.php	1	Ссылка на конкретную грппу не реагирует
PageTest.php	1	Ссылка «Пройти тестирование» не реагирует

Спецификация вывода

Все возможные выходные сообщения для автономного тестирования совпадают с сообщениями для системного тестирования и представлены в таблице 5.7.

Необходимые ресурсы

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

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

5.2.3 Спецификация интеграционного тестирования

Тестируемые элементы

Данный тест предназначен для тестировании следующих классов: PageRegistration.php, PageTest.php, PageGroups.php, PageLearning.php, Authorization.php, PageMain.php.

Спецификация ввода

Входные данные для интеграционных тестов представлены в таблице 5.8.

Таблица 5.8 - Входные данные для интеграционных тестов

№ теста	Выбранная операция	Входные данные
1	Добавление записи	Не все поля формы добавления заполнены
2	Редактирование записи	Не все поля формы редактирования заполнены
3	Удаление записи	Нет выбрана запись для удаления
4	Регистрация	Не указано значение поля «Логин»
5	Регистрация	Не указано значение поля «Пароль»
6	Регистрация	Не все поля заполнены
7	Регистрация	Пользователь с таким именем и паролем уже существует
8	Просмотр страницы списка групп	Отсутствие групп в БД
9	Просмотр страницы о учебном процессе	Страница не загружена
10	Просмотр страницы списка групп	Страница не загружена
11	Просмотр страницы «Пройти тестирование»	Страница не загружена
12	Поиск информации	Не введено ключевое слово
13	Поиск информации	Ничего не найдено
14	Авторизация	Не указано значение поля «Логин»
15	Авторизация	Не указано значение поля «Пароль»
16	Авторизация	Такого пользователя не существует

Спецификация вывода

Все возможные выходные сообщения для интеграционного тестирования совпадают с сообщениями для системного тестирования и представлены в таблице 5.8.

Необходимые ресурсы

Средства тестирования: инструментальная среда C#, MySQL 5.0, браузер Internet Explorer.

5.2.4 Спецификация системного тестирования

Тестируемые элементы

Данный тест предназначен для тестирования режимов ввода и просмотра информации, добавления, изменения, удаления данных.

Спецификация ввода

Спецификации ввода смотреть в таблице 5.8.

Спецификация вывода

Все возможные выходные сообщения для системного тестирования представлены в таблице 5.9.

Таблица 5.9 - Выходные сообщения для системного тестирования

№ п/п	Содержание сообщения
1	Не все поля заполнены
2	Не заполнено поле «Логин»
3	Не заполнено поле «Пароль»
4	Такой пользователь уже существует
5	Такой логин и пароль не существуют
8	Запись добавлена
9	Запись изменена
10	Запись удалена

Тестирование интерфейса «ПО - пользователь»

Типы ошибок и характеристики проявления ошибок перечислены в таблице 5.10.[9]

Таблица 5.10- Типы ошибок и характеристики проявления ошибок

№	Тип ошибки	Комментарии
1	Функциональная	Трудно или невозможно добиться от программы чего-то, что ожидает от нее пользователь
2	Неадекватность реализации базовых функций	Если к одной из ключевых функций программы невозможно обратиться и, если она реализована слишком узко или медленно работает.
3	Пропущенная функция	В программе отсутствует описанная в спецификации или очевидно необходимая функция.
4	Неверно работающая функция	Функция программы должна выполнять одно, а делает нечто другое.
5	Программа не делает того, что ожидает от нее пользователь	Например. Необходимо отсортировать список, а программист не учел ведущих пробелов или регистра букв.
6	Пропущенная информация	Все о чем пользователю необходимо знать должно, отразиться на экране.

Требование к интерфейсу

1 Многооконный режим.

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

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

4 Форма авторизации пользователей должна содержать поля ввода для логина и пароля, кнопку «Вход» и кнопку «Регистрация».

5 Форма регистрации пользователей должна содержать поля для ввода информации пользователя (Фамилия, Имя, Отчество, Персональный номер ребенка, Логин, Пароль), кнопку «Зарегистрироваться».

6 Главная форма должна содержать вкладки «Головна», «Про дитсадок», «Наше життя», «Для батьків», «Методична інформація»

Ниже приведена таблица решений для интерфейса проектируемого web-сайта, используя номера типов ошибок из таблицы 5.11 и идентификаторы каждого требования к интерфейсу «ПО-пользователь».

Таблица 5.11 - Таблица решений для интерфейса проектируемого ПО

Требования к интерфейсу «ПО - пользователь»	Номер типа ошибки
	1	2	3	4	5	6
1	+
2			+	+
3	+	+
4	+				+	+
5	+				+	+
6	+				+	+

На основе проделанной работы можно сделать вывод, что для данного многооконного интерфейса необходимо осуществить тестирование для 9-ти категорий ошибок. Учитывая количество требований нужно составить 37 тестов. Максимальное количество тестов будут на проверку функциональности. Максимальное количество категорий ошибок проверяется для требований 4-9.

Необходимые ресурсы

Средства тестирования: инструментальная среда C#, браузер Internet Explorer.

5.3 Проведение испытаний

5.3.1 Спецификации процедуры автономного тестирования

Назначение

Автономное тестирование позволяет произвести контроль логики каждого отдельного класса.

Выполнение автономного тестирования

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

Тестирование классов программного обеспечения

Результаты автономного тестирования класса PageRegistration.php представлены в таблице 5.12.

Таблица 5.12 - Результаты автономного тестирования класса PageRegistration.php

№ тес-та	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на кнопку «Зарегистрироваться», заполнены не все поля	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»	Сообщение об ошибке	1 сек.
2	Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Пользователь с таким логином и паролем уже существует»	Сообщение об ошибке	1 сек.
3	Нажатие на кнопку «Зарегистрироваться», заполнены все поля	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Данные пользователя заносятся в БД	1 сек.

Результаты автономного тестирования класса PageAuthorization.php и MainPage.php представлены в таблице 5.13.

Таблица 5.13 - Результаты автономного тестирования класса Authorization.php, Main.php.

№ тес-та	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует	При нажатии на кнопку «Войти», загружается главная форма web-приложения	Главная форма web-приложения загрузилась	1 сек.
2	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует	При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»	Сообщение об ошибке	1 сек.
3	Нажатие на кнопку «Войти», поле «Логин» не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»	Главная форма web-приложения загрузилась	1 сек.
4	Нажатие на кнопку «Войти», поле «Пароль» не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»	Главная форма web-приложения загрузилась	1 сек.
5	Нажатие на ссылку «Пройти тестирование»	При нажатии на ссылку «Пройти тестирование» загружается страница с тестовыми задачами	Страница с тестовыми задачами загрузилась	2 сек.
6	Нажатие на кнопку «Поиск», ключевое слово введено	При нажатии на кнопку «Поиск», вводе ключевого слова загружается страница с искомой информацией	Страница с искомой информацией загрузилась	2 сек.
7	Нажатие на кнопку «Поиск», не введено ключевое слово	При нажатии на кнопку «Поиск» без ввода ключевого слова выдаётся сообщение об ошибке	Сообщение об ошибке

Результаты автономного тестирования классов PageGroups.php, PageLearning.php, PageTest.php представлены в таблице 5.14.

Таблица 5.14 - Результаты автономного тестирования классов PageListGroups.php, PageLearning.php, PageTest.php

№ теста	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на ссылку «На главную»	При нажатии на ссылку «На главную» загружается главная страница сайта	Главная страница загрузилась	1 сек.
2	Нажатие на ссылку группы слушателей	При нажатии на ссылку конкретного группы слушателей загружается страница с информацией о группе	Страница с информа-цией о группе загрузилась	1 сек.
4	Нажатие на ссылку «Учебный процесс»	При нажатии на ссылку «Учебный процесс» загружается страница с расписанием (дата начала обучения, продолжительность, окончание обучения, дни занятий)	Страница с расписанием загрузилась	1 сек.
5	Нажатие на ссылку «Назад»	При нажатии на ссылку «Назад» загружается предыдущая страница	Предыдущая страница загрузилась	1 сек.

Отчет о проблеме № 1

НАЗВАНИЕ КОМПАНИИ “ХАИ” КОНФИДЕНЦИАЛЬНО

ОТЧЕТ О ПРОБЛЕМЕ №_1_

ПРОГРАММА__ ВЫПУСК___1_____ ВЕРСИЯ___1_

ТИП ОТЧЕТА (1-6) _1__ СТЕПЕНЬ ВАЖНОСТИ (1-3)__2_ ПРИЛОЖЕНИЯ (Да/Нет)_нет

1 - ошибка кодирования 1 - фатальная Если да, то какие:

2 - ошибка проектирования 2 - серьезная

3 - предложение 3 - несерьезная

4 - расхождение с документацией

5 - взаимодействие с аппаратурой

6 - вопрос

ПРОБЛЕМА____ Вход в приложение без указания пароля и логина

Можете ли вы воспроизвести проблемную ситуацию? (да/нет)___да___

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

Вероятная причина ошибки: отсутствие проверки на заполнение полей при входе в приложение.

Предлагаемое исправление (необязательно) Добавить проверку на заполнение полей______

отчет предоставлен СОТРУДНИКОМ_Тур И.А.___ 20/05/12

функциональная область__Ошибка в бизнес-логике ответственный__ Тур И.А.

комментарии_________________________________________________

состояние (1-2)__1___ приоритет(1-3)__3__

1 - открыто 2 - закрыто

1- низкий 2 - средний 3 - высокий

резолюция (1-9)__2___ исправленная версия__2___

1 - рассматривается 4 - отложено 7 -отозвано составителем

2 -исправлено 5 - соответствует проекту 8 - нужна дополнительная информация

3 -не воспроизводится 6 -не может быть исправлено 9 - не согласен с предложением

РАССМОТРЕНО____________________________20/ _05/ 12__

ПРОКОНТРОЛИРОВАНО_(Да/Нет)____да_____20/ _05/ 12__

СЧИТАТЬ ОТЛОЖЕННЫМ (Да/Нет)__нет___

Итоговый отчет автономного тестирования

В ходе автономного тестирования тестировались логика 6-ти классов, приведенных в таблице 5.5.

Тестирование осуществлялось в инструментальной среде Macromedia Dreamweaver 8.

Тестирование проходило в соответствии с разработанным тестовым планом. Было проведено 15 тестов. В процессе тестирования выявлено 7 ошибок кодирования, отчет об одной из них предоставлен в «Отчете о проблеме №1». Процедура тестирования полностью соответствовала описанной спецификации автономного тестирования. Все 6 классов были протестированы на максимальных и минимальных объёмах данных.

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

Выявленная ошибка была устранена.

5.3.2 Спецификация процедуры интеграционного тестирования

Назначение

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

Выполнение интеграционного тестирования

Выполнение интеграционного тестирования классов приведено в таблице 5.15.

Таблица 5.15 - Результаты выполнения интеграционного тестирования классов

№ тес-та	Входные данные	Ожидаемый результат	Получен-ный результат	Время
1	Добавление записи в БД, все поля заполнены	При нажатии на кнопку «Добавить» запись заносится в БД	Запись добавлена в БД	1 сек.
2	Добавление записи в БД, не все поля заполнены	При нажатии на кнопку «Добавить» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
3	Редактирование записи в БД, все поля заполнены	При нажатии на кнопку «Редактировать» запись изменяется в БД	Запись изменена	1 сек.
4	Редактирование записи в БД, не все поля заполнены	При нажатии на кнопку «Редактировать» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
5	Удаление записи из БД, запись выбрана	При нажатии на кнопку «Удалить» запись удаляется из БД	Запись удалена из БД	1 сек.
6	Удаление записи из БД, запись не выбрана	При нажатии на кнопку «Удалить» выдача сообщения «Запись не выбрана»	Сообщение об ошибке	1 сек.
7	Нажатие на кнопку «Зарегистрироваться», заполнены не все поля	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»	Сообщение об ошибке	1 сек.
8	Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Пользователь с таким логином и паролем уже существует»	Сообщение об ошибке	1 сек.
9	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует	При нажатии на кнопку «Войти», загружается главная форма web-приложения	Главная форма web-приложения загрузилась	1 сек.
10	Нажатие на кнопку «Войти», введены логин и пароль администратора	При нажатии на кнопку «Войти», загружается страница администратора	Страница администратора загрузилась	1 сек.
11	Нажатие на кнопку «Войти», введены логин и пароль воспитателя	При нажатии на кнопку «Войти», загружается страница воспитателя	Страница воспитателя загрузилась	1 сек.
12	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует	При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»	Сообщение об ошибке	1 сек.
13	Нажатие на кнопку «Войти», поле логин не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»	Сообщение об ошибке	1 сек.
14	Нажатие на кнопку «Войти», поле Пароль не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»	Сообщение об ошибке	1 сек.
15	Нажатие на ссылку «Пройти тестирование»	При нажатии на ссылку «Пройти тестирование» загружается страница с тестовыми заданиями	Страница со тестовыми заданиями загружена	2 сек.
16	Нажатие на ссылку «Учебный процесс»	При нажатии на ссылку «Учебный процесс» загружается страница с расписанием занятий (дата начала обучения, продолжительность, окончание обучения, дни занятий)	Страница с расписанием занятий загрузилась	1 сек.
17	Нажатие на кнопку «Поиск», ключевое слово введено	При нажатии на кнопку «Поиск» загружается страница с искомой информацией	Страница с искомой информа-цией загрузилась	2 сек.
18	Нажатие на кнопку «Поиск», ключевое слово не введено	При нажатии на кнопку «Поиск» без ключевого слова выдаётся сообщение об ошибке	Сообщение об ошибке	1 сек.
19	Нажатие на кнопку «Поиск», ключевое слово введено,данные отсутствуют в БД	При нажатии на кнопку «Поиск», воде ключевого слова, но отсутствии искомых данных в выдаётся сообщение «Ничего не найдено»	Сообщение «Ничего не найдено»	2сек.

Итоговый отчет интеграционного тестирования

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

Тестирование осуществлялось в инструментальной среде C#.

В процессе тестирования ошибок выявлено не было.

Процедура интеграционного тестирования полностью соответствовала описанной спецификации интеграционного тестирования. Было произведено 19 тестов, в ходе которых протестированы все 7 классов на максимальных и минимальных объёмах данных.

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

5.3.3 Спецификации процедуры системного тестирования

Назначение

Системное тестирование позволяет проверить соответствие ПО поставленным перед ним целям.

Выполнение системного тестирования

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

Таблица 5.16 - Результаты выполнение системного тестирования

№ тес-та	Входные данные	Ожидаемый результат	Полученный результат	Время
1	Нажатие на кнопку «Зарегистрироваться», заполнены не все поля	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Не все поля заполнены»	Сообщение об ошибке	1 сек.
2	Нажатие на кнопку «Зарегистрироваться», заполнены все поля, пользователь с таким логином и паролем уже существует	При нажатии на кнопку «Зарегистрироваться» выдается сообщение об ошибке «Пользователь с таким логином и паролем уже существует»	Сообщение об ошибке	1 сек.
3	Нажатие на кнопку «Зарегистрироваться», заполнены все поля	При нажатии на кнопку «Зарегистрироваться» данные пользователя заносятся в БД	Данные пользователя заносятся в БД	1 сек.
4	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь существует	При нажатии на кнопку «Войти», загружается главная форма web-приложения	Главная форма web-приложения загрузилась	1 сек.
5	Нажатие на кнопку «Войти», поля логин и пароль заполнены, пользователь не существует	При нажатии на кнопку «Войти» выдается сообщение об ошибке «Пользователь не зарегистрирован»	Сообщение об ошибке	1 сек.
6	Нажатие на кнопку «Войти», поле логин не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Логин не заполнено»	Сообщение об ошибке	1 сек.
7	Нажатие на кнопку «Войти», поле Пароль не заполнено	При нажатии на кнопку «Войти» выдается сообщение об ошибке входа в систему «Поле Пароль не заполнено»	Сообщение об ошибке	1 сек.
8	Нажатие на ссылку «Список групп слушателей»	При нажатии на ссылку «Список групп слушателей» загружается страница со списком групп слушателей	Страница со списком групп слушателей загрузилась	2 сек.
9	Нажатие на ссылку Пройти тестирование	При нажатии на ссылку Пройти тестирование загружается страница со списком тестовых заданий	Страница с тестовыми заданиями загрузилась	1 сек.
10	Нажатие на ссылку «Учебный процесс»	При нажатии на ссылку «Учебный процесс» загружается страница с расписанием занятий	Страница с расписанием занятий загрузилась	1 сек.
11	Нажатие на кнопку «Поиск», данные отсутствуют в БД	При нажатии на кнопку «Поиск», но отсутствии искомых данных в поиска выдаётся сообщение «Ничего не найдено»	Сообщение «Ничего не найдено»	1сек.
12	Добавление записи в БД, все поля заполнены	При нажатии на кнопку «Добавить» запись заносится в БД	Запись добавлена в БД	1 сек.
13	Добавление записи в БД, не все поля заполнены	При нажатии на кнопку «Добавить» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
14	Редактирование записи в БД, все поля заполнены	При нажатии на кнопку «Редактировать» запись изменяется в БД	Запись изменена	1 сек.
15	Редактирование записи в БД, не все поля заполнены	При нажатии на кнопку «Редактировать» выдача сообщения «Не все поля заполнены»	Сообщение об ошибке	1 сек.
16	Удаление записи из БД, запись выбрана	При нажатии на кнопку «Удалить» запись удаляется из БД	Запись удалена из БД	1 сек.
17	Удаление записи из БД, запись не выбрана	При нажатии на кнопку «Удалить» выдача сообщения «Запись не выбрана»	Сообщение об ошибке	1 сек.

Итоговый отчет системного тестирования

В процессе системного тестирования осуществлялось тестирование
web-приложения, тестировались 17 выполняемых функций, описанных в таблицах 5.1, 5.2, 5.3.

Процедура системного тестирования полностью соответствовала описанной спецификации системного тестирования.

Все 17 функций web-приложения протестированы на максимальных и минимальных объёмах данных.