Автоматизация процесса обработки результатов тестирования

Для построения отчета «Время прохождения» выбрать соответствующий пункт, после чего появится окно с настройкой необходимых параметров (Рисунок 17):

Рисунок 17 - Настройки отчета «Время прохождения» в режиме просмотра времени прохождения для одного релиза

Флаг Сравнить с результатом на другую дату позволяет ввести дополнительные параметры (Рисунок 18):

Рисунок 18 - Настройки отчета «Время прохождения» в режиме сравнения двух релизов

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

При наличии логов с указанными настройками параметров для первого релиза в режиме показа времени прохождения для одного релиза появится отчет (Рисунок 19):

Рисунок 19 - Отчет «Время прохождения» в режиме просмотра времени прохождения для одного релиза

И для режима сравнения (Рисунок 20):



Рисунок 20 - Отчет «Время прохождения» в режиме сравнения двух релизов

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

Для построения отчета «Непроходимость» выбрать соответствующий пункт, после чего появится окно с настройкой необходимых параметров (Рисунок 21):

Рисунок 21 - Настройки отчета «Непроходимость»



Указание даты окончания периода меньше даты начала периода вызовет ошибку. Поле Релиз является обязательным для построения отчета, и его незаполненность вызовет ошибку. Параметр Количество падений ( по умолчанию режим Больше/Равно 5) так же является обязательным.

После проверки на наличие логов с заданными параметрами строится отчет (Рисунок 22):

Рисунок 22 - Отчет «Непроходимость»



4.2 Решения по организационному обеспечению

4.2.1 Организация информационного обеспечения

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

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

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

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

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

Для хранения данных необходимо использовать СУБД: MongoDB

MongoDB -- документо-ориентированная система управления базами данных (СУБД) с открытым исходным кодом, не требующая описания схемы таблиц.

4.2.2 Организация сбора и передачи информации

Обмен данными с БД осуществляется по локальной сети предприятия.

4.2.3 Описание организационной структуры

На предприятии ООО «Восточный Экспресс» используются методы ночного тестирования, позволяющего проводить непосредственный запуск автоматизированных тестов в свободное машинное время. Таким образом, автоматическое тестирование проходит без участия специалистов тестирования. Весь тестовый план разбивается на части и пропускается на разных машинах, чтобы обеспечить независимость результатов одних тестов от других. В начале рабочего дня результаты тестирования поступают от всех машин в базу данных и оттуда они доступны в системе регрессионного анализа результатов тестирования для последующего их анализа сотрудниками (Рисунок 23).

Рисунок 23 - Организация процесса тестирования и обработки результатов на предприятии

4.3 Решения по техническому обеспечению

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

4.4 Решения по информационному обеспечению

4.4.1 Описание информационного обеспечения системы

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



4.4.2 Описание организации информационной базы

В состав данных БД входят следующие сущности:

-сотрудник;

-проход;

- рабочее время;

- подразделение;

- нормы;

-отклонение.

Логическая модель базы данных приведена на рисунке 6:

Рисунок 24 - Логическая модель базы данных

Внутримашинная база данных организована в виде реляционной табличной структуры, обслуживаемой специализированным программным обеспечением - СУБД MSSQL.

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

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

Рисунок 25 - Физическая модель базы данных

Ниже приведен перечень и краткое описание основных таблиц базы данных (Таблица 3):

Таблица 3 - Описание основных таблиц базы данных

Таблица	Описание
Employee	Таблица содержит информацию о сотрудниках предприятия
Passage	Таблица содержит информацию о проходах сотрудников
Deviation	Таблица содержит информацию об отклонениях от пропускного режима
Working_time	Таблица содержит информацию о выработанном времени в день
Division	Таблица содержит информацию о подразделениях
Norms	Таблица содержит информацию о нормах на время начала и конца рабочего дня сотрудника

Далее приведено описание данных для каждой из таблиц (таблицы 4-7).



Таблица 4 - Структура таблицы Employee

Атрибут	Тип	Описание
Personnel_number	int	Табельный номер сотрудника
Name	text	ФИО сотрудника
Post	text	Должность сотрудника

Таблица 5 - Структура таблицы Passage

Атрибут	Тип	Описание
Event	binary(1)	Событие прохода (вход или выход)
Date_passage	datetime	Дата прохода
ID_passage	numeric(1, 1)	Номер прохода
Time_passage	datetime	Время прохода
Personnel_number	int	Табельный номер сотрудника

Таблица 6 - Структура таблицы Devaition

Атрибут	Тип	Описание
Personnel_number	int	Табельный номер сотрудника
Time_deviation	time(7)	Время отклонения
ID_deviation	numeric(1, 1)	Номер отклонения

Таблица 7 - Структура таблицы Working_time

Атрибут	Тип	Описание
ID_worktime	numeric(1, 1)	Номер подсчета рабочего времени
Personnel_number	int	Табельный номер сотрудника
Date_work_time	datetime	Дата подсчета рабочего времени
Work_time	time(7)	Рабочее время
Beginning_of_the_working	datetime	Время начала работы сотрудника
The_end_of_working	datetime	Время окончания работы сотрудника
ID_passage	numeric(1, 1)	Номер прохода

Таблица 8 - Структура таблицы Norms

Атрибут	Тип	Описание
ID_worktime	numeric(1, 1)	Номер подсчета рабочего времени
Personnel_number	int	Табельный номер сотрудника
Beginning_of_the_working	datetime	Время начала работы сотрудника
The_end_of_working	datetime	Время окончания работы сотрудника

Таблица 9- Структура таблицы Division

Атрибут	Тип	Описание
ID_division	numeric(1, 1)	Код подразделения
Personnel_number	int	Табельный номер сотрудника
Division_name	text	Название подразделения

4.3 Решения по программному обеспечению

4.3.1 Структура программного обеспечения

Разработка приложения ведется на языке C++ на платформе .NET Framework 3.5 для операционной системы Windows с помощью Microsoft Visual Studio 2010.

Для хранения данных используется СУБД MongoDB 2.4.

4.3.2 Методы и средства разработки программного обеспечения

Проектирование модели предметной области системы выполнялось с использованием программного средства Visual Paradigm 11.1.

Разработка приложения велась в среде разработки Microsoft Visual Studio 2010 на языке программирования C++.

4.3.3 Операционная система

Базовой программной платформой должны являться операционные системы семейства Windows XP, Windows 7, Windows 8.

Обязательное ПО на сервере: ОС Windows XP, Windows 7, Windows 8 .net framework 3.5 и выше, СУБД MongoDB 2.4.

Обязательное ПО на Клиенте: ОС Windows XP, Windows 7, Windows 8 .net framework 3.5 и выше.



5. Рабочий проект

5.1 Руководство администратора

5.1.1 Назначение и условия применения

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

5.1.2 Подготовка к работе

Подключение к базе данных системы

Перед началом работы необходимо установить на сервере базу данных системы «Checkpoint» через файл базы данных или ее полный скрипт. На клиентском месте необходимо проверить наличие подключения к локальной сети а затем запустить приложение.

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



Рисунок 26 Параметры

Имя сервера совпадает с именем сервера на котором установлена база данных системы. Имя базы данных - Checkpoint. Учетная запись пользователя имеет логин Adm и пароль 1111.

Для подключения к базе данных необходимо выбрать «База данных»-> «Подключение» в главном меню приложения.

5.1.3 Авторизация

Перед началом работы в главном окне приложения необходимо выбрать пункт «Авторизация» и ввести данные о пользователе (Рисунок 17)

Рисунок 17- Авторизация

Для администратора используются Имя пользователя - Administrator и пароль - 34278341.

5.1.4 Интеграция файла с данными в базу данных системы

Выберем пункт «Подготовка данных» (Рисунок 18)

Рисунок 18 - Главное окно приложения

Потребуется выбрать файл с данными от проходной (Рисунок 19)

Рисунок 19 - Выбор файла с данными



При успешном завершении операции интеграции будет выведено сообщение (Рисунок 20)

Рисунок 20 - Сообщение

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

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

5.2.1 Назначение и условия применения

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

5.2.2 Подготовка к работе

Подключение к базе данных системы

Процесс подключения к базе данных системы пользователем осуществляется через окно на Рисунке 21



Рисунок 21 Параметры

Имя сервера совпадает с именем сервера на котором установлена база данных системы. Имя базы данных - Checkpoint. Учетная запись пользователя имеет логин Adm и пароль 1111. Пользователь так же может выбрать пункт «Проверка подлинности Windows».

Для подключения к базе данных необходимо выбрать «База данных»-> «Подключение» в главном меню приложения.

5.2.3 Авторизация

Перед началом работы в главном окне приложения необходимо выбрать пункт «Авторизация» и ввести данные о пользователе (Рисунок 22)

Рисунок 22 - Авторизация

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

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

5.2.4 Просмотр данных

Чтобы приступить к просмотру данных о рабочем времени сотрудников нужно выбрать меню «Представление данных». При этом необходимо в специальном окне указать промежуток времени, информация о котором нас интересует (Рисунок 23)

Рисунок 23 - Указание промежутка времени

Будет выведена таблица с результатами (Рисунок 24)



Рисунок 24 - Таблица результатов

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

5.2.5 Создание отчета

Для создания отчета необходимо выбрать в главном меню приложения пункт «Представление данных»-> «Сформировать отчет». Необходимо так же выбрать промежуток времени, за который будет сформирован отчет (Рисунок 23).

Отчет будет сформирован в файле MS Excel и будет выглядеть так (Рисунок 24)



Рисунок 24 - Отчет



Заключение

В процессе выполнения дипломной работы был разработан модуль обработки результатов тестирования, который на основе полученных данных будет составлять отчеты для отдела тестирования и руководства «EasyAnalitic».

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

- повышение эффективности процесса тестирования, путем сокращения непроизводительных и дублирующих операций, операций, выполняемых «вручную»;

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

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



Список использованных источников

1. ГОСТ 34.602-89 Информационная технология. Техническое задание на создание автоматизированной системы

2.ГОСТ 34.601-90 Информационная технология. Автоматизированные системы. Стадии создания.

3. Требования к оформлению квалификационных работ: метод.указания для студентов по направлению 230200 «Информационные системы» / Сост.: А.П.Власов, Н.А. Марчук: Иван. гос. хим.-технол. ун-т. - Иваново, 2010, 35 с.

4. http://ru.wikipedia.org/wiki/Профилирование_(информатика) (02.03.14)

5.http://ru.wikipedia.org/wiki/Репликация_(вычислительная_техника) (02.03.14)

6. http://ru.wikipedia.org/wiki/Отказоустойчивость (02.03.14)

7. http://www.json.org/json-ru.html (02.03.14)

8. http://ru.wikipedia.org/wiki/BSON (02.03.14)

9. http://ru.wikipedia.org/wiki/Тестирование_программного_обеспечения (02.03.14)

10. http://www.protesting.ru/testing/ (21.05.2014)

11. http://ru.wikipedia.org/wiki/Утилита (22.05.2014)

Размещено на Allbest.ru

...