Дипломная работа: Автоматизация процесса ведения информационной базы о должностях и вакансиях с указанием требований к уровню знаний и навыков кандидатов для ПАО Тостелеком
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
82
2.4. Контрольный пример реализации проекта и его описание
Ошибки программирования, не обнаруженные на этапах компиляции и
компоновки, в конечном счѐте могут проявиться тремя способами: выдачей
системного сообщения об ошибке, «зависанием» компьютера или
получением неверных результатов [4]. Для предотвращения ошибок и оценки
достоверности результатов проводится тестирование продукта.
На этапе тестирования проверяется не только правильность работы
программы, но также и ее устойчивость – величина, характеризующая
способность программного продукта сохранять нормальную
работоспособность при отклонении условий функционирования различной
степени [16] (например, ввод некорректных данных) – в этих случаях
тестировщики намеренно вводят в программу противоречивую информацию
и наблюдают за ее реакцией. Программа считается устойчивой, если она
прошла все соответствующие тесты успешно. В дополнение к этим, также
проводятся тесты, выявляющие удобство использования программы. Все
ошибки и доработки, выявленные на данном этапе, устраняются – так
выполняется отладка программы.
Тестирование системы проводится с целью убедиться в ее
работоспособности и удобстве использованию.
Для начала следует провести тестирование подсистем графического
интерфейса пользователя по следующим требованиям:
1) вывод состава информационных таблиц в аналогичные по составу
таблицы форм пользовательского интерфейса;
2) организация меню для доступа ко всем функциям системы;
3) использование диалоговых окон в виде модальных форм для
организации ввода данных в ИС.
Выполнение требования №1 обеспечивается введением в объектную
структуру классов сущностей, которые повторяют соответствующие таблицы
в БД. В качестве подтверждения на рисунке 23 приведены примеры состава
83
учетных информационных таблиц, выводимых пользователю в
соответствующих подсистемах-справочниках.
Рисунок 23. Пример учетных таблиц в ИС «VPRT»
Требование №2 обеспечено наличием общего меню системы (см.
рисунок 16 и его описание) и контекстных меню управления данными.
Диалоги ввода данных выполнены в модальном режиме, что легко
проверяется в режиме эксплуатации программы – так обеспечивается
выполнение требования №3.
Далее следует провести тестирование важной части системы:
подсистемы взаимодействия с данными, проверив выполнение следующих
требований:
1) для выбора справочных данных должны быть использованы
ограничивающие списки и подобные структуры, позволяющие вводить
только те данные, которые есть в таблицах БД;
2) требуется обеспечить синхронизацию учетных таблиц на формах с
содержимым соответствующих таблиц в БД после каждой операции.
84
Проверка требования №1 возможна в режиме эксплуатации системы
при открытии диалоговых окон. Например, диалоговое окно данных аккаунта
содержит список выбора подразделений (см. рисунок 24).
Рисунок 24. Пример диалога ввода данных аккаунта со списком
выбора подразделения из БД
Данный список заполняется актуальными данными из БД и может
быть изменен только в подсистеме учета подразделений. Связь списка с
данными БД подтверждается соответствующей привязкой данных на рисунке
25.
Рисунок 25. Установка связи списка с таблицей БД
Требование №2 проверяется в режиме эксплуатации системы
посредством выполнения любой из команд управления данными. Например,
на рисунке 26 приведены: таблица подразделений до тестовой операции
85
(сверху), диалог ввода данных нового подразделения (в середине), таблица
подразделений после добавления нового подразделения (внизу).
Рисунок 26. Тестирование операции управления данными
Одна из функций ИС «VPRT» состоит в ведении справочников.
Поэтому немаловажным представляется провести тестирование подсистемы
ведения основных справочных данных, проверив выполнение следующих
требований:
1) предусмотреть ведение учетных данных аккаунтов пользователей ИС –
доступно только кадровому специалисту;
2) предусмотреть ведение справочника подразделений – доступно только
кадровому специалисту;
3) предусмотреть ведение справочника должностей – доступно только
кадровому специалисту;
86
Выполнение требований по данному пункту подтверждается наличием
соответствующих справочников, оснащенных командами управления
данными (см. рисунок 23). В процессе тестирования функций управления
данными была подтверждена работоспособность функции ведения
справочника подразделений – работоспособность функций ведения
остальных справочников проверяется аналогично.
Для проверки возможности доступа к данным справочником только
кадровому специалисту достаточно войти в систему под учетной записью
любого руководителя подразделения и попытаться получить доступ к
любому из справочников – реакцией системы будет отказ в доступе – см.
рисунок 27.
Рисунок 27. Отказ в доступе к справочникам руководителю
подразделения
Одной из важных подсистем ИС «VPRT» является конструктор тестов.
Соответственно, важно провести тестирование подсистемы конструирования
тестов в соответствии со следующими требованиями.:
1) предусмотреть средства разработки тестов – доступно только
руководителю подразделения;
2) позволять создавать для вопросов тестов различное количество
вариантов ответов, обеспечить возможность нескольких правильных
вариантов ответа;
Источник: https://baza.diplomsite.ru/previewfile/2061