- •Выпускная квалификационная работа
- •Аннотация
- •Содержание введение
- •1. Анализ требований
- •Описание предметной области
- •Общая характеристика сдо «шмп»
- •Построение функциональной модели “Как есть”
- •Обзор существующих систем
- •1.4 Сравнительный анализ систем
- •Построение функциональной модели “Как надо”
- •Техническое задание
- •1. Введение.
- •2. Основания для разработки
- •Назначение разработки
- •Требования к программе или программному изделию
- •- Функции добавления, удаления, редактирования справочной информации;
- •5. Требования к программной документации
- •6. Стадии и этапы разработки
- •7. Порядок контроля и приемки
- •8. Приложения
- •2 Проектирование системы
- •2.1 Проектирование модели данных
- •2.1.1 Проектирование логической модели в erWin
- •2.1.2 Проектирование физической модели в erWin
- •2.4 Проектирование системы
- •2.4.1 Концептуальная модель системы
- •2.5.2 Диаграммы действий
- •2.5.3 Диаграммы последовательности действий
- •2.5.4 Диаграммы сотрудничества
- •3 Реализация проекта системы
- •Создание бд
- •3.1.1 Первоначальное заполнение бд
- •3.2 Выбор и обоснование среды разработки
- •3.3 Реализация программы
- •3.5 Тестирование приложения
- •3.5.1 Тестирование входных и выходных данных
- •3.6 Разработка пользовательского интерфейса с учетом эргономических требований
- •4 Экономическая оценка принятых решений
- •4.1 Оценка затрат труда на разработку программной системы
- •4.2 Затраты труда и сроки разработки
- •4.3 Расчет стоимости разработки
- •4.4 Расчет цены программы
- •5 Документирование
- •Руководство системного программиста
- •Общие сведения о информационной системе
- •Требования к аппаратному обеспечению:
- •Требуемое программное обеспечение:
- •Структура информационной системы
- •Настройка программы
- •Проверка информационной системы
- •5.1.5 Внешние настройки
- •5.1.6 Резервное копирование базы данных
- •5.1.7 Восстановление бд
- •5.1.8 Сообщения системному администратору
- •Руководство пользователя
- •Назначение информационной системы
- •5.2.2 Условия выполнения информационной системы Требования к аппаратному обеспечению:
- •Требуемое программное обеспечение:
- •Выполнение программы
- •Заключение
- •Список использованных источников
- •Приложение а
- •Функциональная модель «как есть»
3.5 Тестирование приложения
Существующие на сегодняшний день методы тестирования ПО не позволяют однозначно и полностью выявить все дефекты и установить корректность функционирования анализируемой программы, поэтому все существующие методы тестирования действуют в рамках формального процесса проверки исследуемого или разрабатываемого ПО.
При проведении процесса тестирование были избраны две методологии:
-
тестирование совместимости;
-
юзабилити – тестирование.
Юзабилити - тестирование — эксперимент, выполняемый с целью определения, насколько хорошо люди могут использовать некоторый искусственный объект (такой как веб-страница, пользовательский интерфейс или устройство) для его предполагаемого применения, то есть юзабилити-тестирование измеряет юзабилити объекта. Юзабилити-тестирование сосредоточено на определённом объекте или небольшом наборе объектов, в то время как исследования взаимодействия человек-компьютер в целом — формулируют универсальные принципы.
Юзабилити-тестирование — метод оценки удобства продукта в использовании, основанный на привлечении пользователей в качестве тестировщиков, испытателей и суммировании полученных от них выводов.
Тестирование совместимости — метод, основной целью которого является обеспечение качественной работы конечного продукта с другим программным обеспечением, в данном случае подразумевается совместимость на работу в различных web-браузерах, последних версий, таких как:
- Safari;
- Opera;
- IE;
- Google Chrome;
- Mozilla FireFox.
В ходе тестирования были выявлены не соответствия со стандартами у браузеров Opera и Mozilla FireFox, после чего структура портала была исправлена.
Юзабилити сайта – это соответствие сайта требованиям и ожиданиям посетителя сайта.
Сайт должен быть понятным и соответствовать правилам построения веб-сайта, а именно: информация на сайте, для удобства поиска, должна быть логически выстроена; необходимая информация должна быстро находиться (прогнозирование действий пользователей); дизайн сайта должен соответствовать характеру информации, которую он содержит (использование необходимых сервисов).
В ходе тестирования портала сторонними пользователями, были выявлены и устранены следующие недоработки:
- формат тестирования слушателей не соответствует заявленному;
- отсутствует поддержка загрузки сторонних файлов;
- несоответствие прав доступа между актерами;
- отсутствие страниц на форуме;
- отсутствие справки.
Все недостатки своевременно выявлены и устранены.
3.5.1 Тестирование входных и выходных данных
В ходе тестирования портала, был составлен список предполагаемых и практических данных, тестирование производилось путем непрерывной эксплуатации портала, при наличии достоверных данных.
Таблица 3.1 Тестирование входных и выходных данных
Действие |
Результат |
Предполагаемый результат |
Неправильный ввод при авторизации |
Сообщение о неправильной авторизации |
Неудачная авторизация |
Не корректный ввод данных при регистрации, в поле «Имя». |
Сообщение: Внимание! Поле не должно быть пустым! Только русские буквы! |
Сообщение о не корректном вводе. |
Не корректный ввод данных при регистрации, в поле «Фамилия». |
Сообщение: Внимание! Поле не должно быть пустым! Только русские буквы! |
Сообщение о не корректном вводе. |
Не корректный ввод данных при регистрации, в поле «Отчество». |
Сообщение: Внимание! Поле не должно быть пустым! Только русские буквы! |
Сообщение о не корректном вводе. |
Таблица 3.1 продолжение
Действие |
Результат |
Предполагаемый результат |
Ввод разных данных в поля «пароль» и «подтверждение пароля» |
Сообщение: Не совпадают поля |
Сообщение: Не совпадают поля |
Ввод не правильного электронного адреса |
Неправильный адрес! |
Сообщение о неправильно введенном e-mail адресе |
Аналогичный тест был проведен в разделе «личный кабинет», тестирование данных личного кабинета полностью соответствует данным при регистрации.