2. Назначение и цели создания подсистемы

Назначение подсистемы

АИП «EasyAnalitic» предназначена для комплексного информационно-аналитического обеспечения процесса тестирования:

• получение информации о рекомендации релизов на разные периоды времени;

• получение информации о результатах прохождения конкретного теста;

• получение информации о результатах прохождения группы тестов, релизов;

• получение информации о времени прохождения теста, группы тестов;

• получение информации о времени прохождения тестов на разных релизах;

• получение информации о динамике выявления ошибок;

• получение информации о времени устранения ошибок;

• получение информации о количестве выявленных ошибок в группах тестов;

• получение информации о рекомендованных релизах и их параметрах;

• сопоставление логов с целью получения информации о производительности и стабильности прохождения тестов.

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

АИП «EasyAnalitic» предполагается использовать в системе «Система управления тестированием», задействованной в исполнении вышеперечисленных процессов.

Цели подсистемы

Основными целями создания АИП «EasyAnalitic» являются:

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

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

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

Данные цели будут достигнуты:

• в случае уменьшении времени на получение сведений о состоянии тестирования до 0,5 часа;

• при понимании результатов тестирования руководителями среднего и высшего звена без специального обучения и без присутствия специалистов по тестированию;

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

Для реализации поставленных целей подсистема должна решать следующие задачи:

• Анализ результатов тестирования.

• Построение разноцелевых отчетов.

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

• Интеграция с существующими источниками данных о прохождении тестов.

3. Характеристика объекта автоматизации

Объектом автоматизации является процесс анализа результатов тестирования, а именно, получение информации:

• о рекомендации релизов на разные периоды времени;

• о результатах прохождения конкретного теста;

• о результатах прохождения группы тестов, релизов;

• о времени прохождения теста, группы тестов;

• о времени прохождения тестов на разных релизах;

• о динамике выявления ошибок;

• о времени устранения ошибок;

• о количестве выявленных ошибок в группах тестов;

• о рекомендованных релизах.

Данные процессы осуществляются при помощи программ автоматизированного тестирования и специалистами по контролю качества программного обеспечения.

4. Требования к подсистеме

Требования к подсистеме в целом

3.4.1.1 Требования к структуре и функционированию подсистемы

3.4.1.1.1 Перечень модулей, их назначение и основные характеристики

В состав «EasyAnalitic» должны входить следующие модули:

• Отчет «Состояние релиза».

• Отчет «Динамика выполнения работ».

• Отчет «Ошибки с массовыми падениями».

• Отчет «Время прохождения».

• Отчет «Непроходимость».

Отчет «Состояние релиза» содержит информацию о выбранных релизах на определенный момент времени (день).

В отчете отображается:

• Общая информация по ошибкам в системе.

• Итоговая таблица, в которой отображаются результаты о состоянии выбранных релизов.

• Графики состояния выбранных релизов, на текущий момент времени и на время ночного прогона.

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

• Общую информацию по выявленным ошибкам: дату обнаружения, дату исправления, автора, исполнителя и пр.

• График, на котором отображается, какое количество ошибок было по данному тесту/релизу за период времени и время, которое потребовалось на их устранение.

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

Отчет «Время прохождения» содержит информацию о времени выполнения тестов за выбранное число. Данный отчет имеет 2 режима работы:

• Отображение времени прохождения тестов определенного релиза за определенное число.

• Сравнение времени прохождения тестов различных релизов на различную дату.

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

3.4.1.1.2 Требования к способам и средствам связи для информационного обмена между компонентами системы

Входящие в состав «EasyAnalitic» модули в процессе функционирования должны обмениваться информацией с Системой Управления Тестирования. Форматы данных будут разработаны и утверждены на этапе технического проектирования.

3.4.1.1.3 Требования к режимам функционирования подсистемы

«EasyAnalitic» определены следующие режимы функционирования:

• Нормальный режим функционирования.

• Аварийный режим функционирования.

Основным режимом функционирования EA является нормальный режим.  В нормальном режиме функционирования подсистемы:

• клиентское программное обеспечение и технические средства пользователей и администратора подсистемы обеспечивают возможность функционирования в течение рабочего дня (с 09:00 до 18:00) пять дней в неделю;

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

• исправно работает оборудование, составляющее комплекс технических средств;

• исправно функционирует системное, базовое и прикладное программное обеспечение подсистемы.

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

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