- •Введение
- •Теоретическая часть
- •Анализ задачи
- •Исследование предметной области
- •Обоснование выбора модели жизненного цикла
- •Обоснование выбора языков программирования и информационных технологий
- •Описание программного обеспечения
- •Показатели надежности программного обеспечения
- •Практическая часть
- •Описание входных/выходных данных
- •Этапы разработки программного обеспечения
- •Проектирование модели представления данных
- •Разработка интерфейсной части
- •Протокол тестирования программного обеспечения
- •Протокол
- •Заключение
- •Список используемой литературы
- •Приложение 1 Руководство пользователя
- •Приложение 2 Руководство программиста
Протокол тестирования программного обеспечения
База данных курсового проекта тестировалась по средствам MS Access 2010. Тестирование данной базы данных проводилось посредством проверки всех объектов данной БД.
Тестирование проводилось в среде Microsoft Access 2010.
После разработки программы необходимо провести тестирование приложения, для выявления и исправления возможных ошибок.
На вкладке «Работа с базами данных» выбирается «Анализ быстродействия» (рис. 17).
Рис. 17. Работа с базами данных
Рис. 18. Анализ быстродействия запросов
На вкладке «Анализ быстродействия» выбирается объект, который необходимо протестировать, пример «Запросы» (рис. 18).
После подтверждения запроса появляется окно, в котором будет отображаться результат проведенного тестирования (рис. 19).
C:\Users\Студ316-7\Desktop\Новая папка\musbook.mdb 4 апреля 2017 г.
Запрос: getBook Страница: 1
Свойства
DateCreated: 22.01.2017 8:39:49 DefaultView: 2
FilterOnLoad: False GUID: {guid {DC90AC9D-77E3-4AE4-
89B0-B1BCF34C33F5}}
LastUpdated: 22.01.2017 8:39:49 MaxRecords: 0
ODBCTimeout: 60 OrderByOn: False
OrderByOnLoad: True Orientation: Слева направо
RecordLocks: Отсутствует RecordsAffected: 0
ReturnsRecords: True Type: 0
Updatable: True
SQL
SELECT partita.id_part, RTrim([partita].[pName])+", "+[composer].[cmName] AS pcName
FROM composer RIGHT JOIN partita ON composer.id_cm = partita.id_cm;
Столбцы
Имя Тип Размер
id_part Длинное целое 4
AggregateType: -1
AllowZeroLength: False
AppendOnly: False
Attributes: фиксированной ширины; автоприращение; обновляемое
CollatingOrder: Общий
ColumnHidden: False
ColumnOrder: По умолчанию
ColumnWidth: По умолчанию
CurrencyLCID: 0
DataUpdatable: True
GUID: {guid {E48103C6-5949-4698-80ED-FAA5EB0FE29D}}
OrdinalPosition: 0
Required: False
ResultType: 0
SourceField: id_part
SourceTable: partita
TextAlign: Общее
pcName Текстовый 0
AggregateType: -1
AllowZeroLength: False
AppendOnly: False
Attributes: переменной длины
CollatingOrder: Общий
ColumnHidden: False
ColumnWidth: 3525
DataUpdatable: False
C:\Users\Студ316-7\Desktop\Новая папка\musbook.mdb 4 апреля 2017 г.
Запрос: getBook Страница: 2
OrdinalPosition: 1
Required: False
Индексы таблицы
Имя Число полей
composerpartita 1
Clustered: False
DistinctCount: 2
Foreign: True
IgnoreNulls: False
Name: composerpartita
Primary: False
Required: False
Unique: False
Поля:
id_cm По возрастанию
partitaid_cm 1
Clustered: False
DistinctCount: 2
Foreign: False
IgnoreNulls: False
Name: partitaid_cm
Primary: False
Required: False
Unique: False
Поля:
id_cm По возрастанию
PrimaryKey 1
Clustered: False
DistinctCount: 3
Foreign: False
IgnoreNulls: False
Name: PrimaryKey
Primary: True
Required: True
Unique: True
Поля:
id_part По возрастанию
C:\Users\Студ316-7\Desktop\Новая папка\musbook.mdb 4 апреля 2017 г.
Запрос: getBook Страница: 3
Разрешения пользователей
admin Удаление; Чтение разрешений; Установка разрешений; Смена владельца,
Чтение описания; Запись описания; Чтение данных; Вставка данных;
Обновление данных; Удаление данных
Gienko
Girlin
Klimanov
Разрешения групп
Admins Удаление; Чтение разрешений; Установка разрешений; Смена владельца,
Чтение описания; Запись описания; Чтение данных; Вставка данных;
Обновление данных; Удаление данных
Users Удаление; Чтение разрешений; Установка разрешений; Смена владельца,
Чтение описания; Запись описания; Чтение данных; Вставка данных;
Обновление данных; Удаление данных
Рис. 19. Результат проверки отчетов
После разработки программы необходимо провести тестирование приложения, для выявления и исправления возможных ошибок.
Для проверки работоспособности необходимо подготовить некоторый набор тестовых данных, а также результат, который на основе этих данных должна показать программа.
В первую очередь необходимо проверить работоспособность справочников системы. Для этого посредством программного интерфейса необходимо ввести подготовленные данные, и проверить их отображение в исполняемой среде приложения и средствами базы данных (рис. 20).
Рис. 20. Тестовые данные
Нужно сравнить данные с отображаемыми средствами разработанной программы (рис. 21).
Рис. 21. Отображение данных в программе
После проверки работоспособности справочников необходимо проверить расчетно-учетную часть программы, касающуюся учета выданных произведений и ведения журнала выдачи произведений абонентам (рис. 22).
Рис. 22. Тестовые данные по учету
Для сравнения нужно вывести данные средствами программы (рис. 23).
Рис. 23. Данные в программе
После проведения тестов и проверки работоспособности программы на всех направлениях ее деятельности разработку можно считать законченной и начинать внедрение программы на стороне пользователя.
Центральный процессор - это центральное устройство компьютера, которое выполняет операции по обработке данных и управляет периферийными устройствами компьютера. У компьютеров четвёртого поколения и старше функции центрального процессора выполняет микропроцессор на основе СБИС, содержащей несколько миллионов элементов, конструктивно созданный на полупроводниковом кристалле путём применения сложной микроэлектронной технологии.
Ниже предоставлены данные о загрузки ЦП, при запуске программы «Музыкальная библиотека».
Среда тестирования:
Windows 8.1;
ТТХ ПК см. п. 1.1.
Рис. 24. Загрузка ЦП
Рис. 25. Производительность ЦП
«УТВЕРЖДАЮ»
Руководитель:
Комиссаров С.А.
Тестировщик:
Бондарева А.С.
20 декабря 2016 г.
