88
2.4. Испытания разработанного решения
2.4.1. Перечень объектов и функций, подлежащих испытаниям
Реализация тестирования будет проходить на основании изучения
требований к интерфейсу и хранимым данным, реализованным обработкам и
технологическим операциям, а так же на основании составленных программ
испытаний и сравнения с ожидаемым результатом, полученным на основании
представления пользователей о работе системы.
Оптимизированная схема тестирования, исключает проверку на
соответствие технического задания, поскольку требования определены и
необходимо проверить работу информационной системы согласно плана
тестирования и требованиям к подсистемам [18].
В таблице 2.37 представлен перечень проверок требований на создание
ИС «Документооборот» для АО «Эктив телеком».
Таблица 2.37
Перечень требований к ИС «Документооборот» для АО «Эктив
телеком» для тестирования
Объект
испытаний
Требование
Наименование
испытания
Подсистема
обработки
данных
Ввод данных о новых документах:
входящих, исходящих, внутренних
Ввод данных о
документах, поступивших
в систему
Использование имеющихся данных в
связанных документах
Использование
справочников при
заполнении табличной
части документов
Использование интерфейса рабочего
стола 1С Предприятие 8.3
Проверка обработки
данных в связанных
документах
Формирование печатной формы
документа
Передача документа
сформированного на основании
Создание и хранение данных по
документам и справочникам
Ведение журналов и ведомостей
Подсистема
обеспечения
хранения
данных
Выполнение резервного копирования
и восстановления БД
Проверка возможности
хранения, изменения и
удаления данных с
помощью штатных форм
ИС
89
Для обнаружения ошибок в рамках модуля тестируются его важнейшие
управляющие пути. Тестированию подвергаются:
интерфейс модуля;
внутренние структуры данных;
независимые пути;
пути обработки ошибок;
граничные условия.
Определившись с программой испытания и тестирования компонентов
производятся непосредственно тесты, которые описываются в виде
выполняемых действий, полученного результата и планируемого результата.
Работающей системой признается система, в случае, если планируемый
результат достигнут, т.е. система имеет лучшие свойства, чем это ожидается.
Следующим испытанием по плану тестирования является проверка
работоспособности форм для ввода новых значений документов, справочников,
а так же их удачное сохранение в БД.
Справочники:
1. Сотрудники.
2. Должности.
3. Отделы.
4. Тип документа.
5. Контрагенты.
6. Статус.
7. Резолюция.
8. Виза документа.
Документы:
1. Входящие документы.
2. Исходящие документы.
3. Внутренние документы.
4. Назначение исполнителя
5. Визирование документов
90
2.4.2. Методы проведения испытаний
Тестирование – это испытание, проверка правильности работы
программы в целом, либо её составных частей. Тестирование устанавливает
факт наличия ошибок.
Полностью реализованный программный продукт подвергается
системному тестированию. На данном этапе тестировщика интересует не
корректность реализации отдельных процедур и методов, а вся программа в
целом, как ее видит конечный пользователь. Основой для тестов служат общие
требования к программе, включая не только корректность реализации функций,
но и производительность, время отклика, устойчивость к сбоям, атакам,
ошибкам пользователя и т.д. Для системного и компонентного тестирования
используются специфические виды критериев тестового покрытия (например,
покрыты ли все типовые сценарии работы, все сценарии с нештатными
ситуациями, попарные композиции сценариев и проч.) [21].
При тестировании системы, как стеклянного ящика, тестировщик имеет
доступ не только к требованиям на систему, ее входам и выходам, но и к ее
внутренней структуре – видит ее программный код.
Доступность программного кода расширяет возможности тестировщика
тем, что он может видеть соответствие требований участкам программного
кода и видеть тем самым – на весь ли программный код существуют
требования. Программный код доступен, и разработчик может оперативно
проверять работоспособность компонентов системы, правильность работы,
проводить отладку по шагам.
Для чего в технологической платформе 1С Предприятие 8.3 имеются
специальные инструменты.
Для разработанного программного обеспечения требования к коду
отсутствуют, т.е. разработчик вправе решать самостоятельно как будут,
реализованы те или иные функции и обработки [42].
Исходный код программных модулей в конфигурации 1С Предприятие
91
8.3 для проведения отладки в процессе разработки представлен на рисунке 2.26.
Рисунок 2.26. Проведение отладки программного кода в 1С
Предприятие 8.3
В ходе проведения разработки конфигурации 1С Предприятие ИС
«Документооборот» для АО «Эктив телеком» программист производит отладку
и тестирования разработанных компонентов, изучает поведение системы и
логики программных модулей в плане передачи и получения данных, их
корректной обработки и сохранения результатов в базе данных, расчетных
регистрах. В случае обнаружения ошибок производится их исправление и
компиляция приложения в виде новой конфигурации [23].
2.4.3. Проведение проверочных испытаний и их результаты
ИС «Документооборот» для АО «Эктив телеком» выполняется в
отдельном окне с главным меню и вертикальной панелью с тремя вкладками.
Рабочая область оснащена общим журналом, где отображаются все
зарегистрированные в системе документы. Главное окно ИС
«Документооборот» для АО «Эктив телеком» представлено на рисунок 2.27.
92
Рисунок 2.27. Главная форма ИС «Документооборот» для АО
«Эктив телеком»
На главной форме расположено главное меню, с командами
Справочники, Отчеты, Журналы, Документы, Работа с документами.
Каждая команда содержит в себе команды вызывающие определенные
формы или выполняет, какое либо действие.
Подсистема «Справочники» позволяет провести работу с элементами
справочников, рисунок 2.28.
Рисунок 2.28. Подсистема справочников «Сотрудники»
93
Просмотр справочников осуществляется на вкладке «Справочники».
Сверху имеется список всех доступных справочников, для выбора которых
необходимо просто нажать на соответствующую кнопку. Окно элементов
справочника «Контрагенты» представлено на рисунке 2.29.
Рисунок 2.29. Элементы справочника «Контрагенты»
Для хранения информации заполняются все справочники, которые
уточняют реквизиты документов. На рисунке 2.30 представлена форма
просмотра элементов справочника «Тип документа».
Рисунок 2.30. Элементы справочника «Тип документа»
94
Используя подсистему «Документы» можно просматривать имеющиеся
документы а так же производить их добавление. В подсистеме имеются
команды по добавлению документов, а так же просмотру элементов списка
документов, рисунок 2.31.
Рисунок 2.31. Подсистема документы «Входящий документ»
Форма добавления входящего документа представлена на рисунке 2.32.
Рисунок 2.32. Форма добавления входящего документа
95
Форма добавления внутреннего документа представлена на рисунке 2.33.
Рисунок 2.33. Форма добавления внутреннего документа
Форма добавления исходящего документа представлена на рисунке 2.34.
Рисунок 2.34. Форма добавления исходящего документа
96
Форма визирования документов представлена на рисунке 2.35.
Рисунок 2.35. Форма документа «Визирование документа»
Печатная форма документа «Визирование документа» представлена на
рисунке 2.36.
Рисунок 2.36. Печатная форма документа «Визирование
документа»
97
Форма документа «Назначение исполнителей» представлена на рисунке
43. Печатная форма представлена на рисунке 2.37.
Рисунок 2.37. Форма документа «Назначение исполнителя»
Печатная форма документа «Назначение исполнителя» представлена на
рисунке 2.38.
Рисунок 2.38. Печатная форма документа «Назначение
исполнителя»