Программа испытаний содержит разделы: 1 объект испытаний - davaiknam.ru o_O
Главная
Поиск по ключевым словам:
страница 1
Похожие работы
Название работы Кол-во страниц Размер
Программа вступительных испытаний в магистратуру Вступительное испытание... 1 92.95kb.
Программа вступительных испытаний по дисциплине история (отделение... 4 724.04kb.
Программа вступительных испытаний по специальности «Клиническая фармакология»... 1 59.36kb.
Программа вступительных испытаний по истории 1 36.09kb.
Программа вступительных испытаний по специальности 1 73.28kb.
Программа вступительных испытаний по дисциплине «Гидробиология» 1 49.03kb.
Программа вступительных испытаний в магистратуру по направлению 540100... 1 125.91kb.
Программа вступительных испытаний по дисциплинам специальности 1 53.31kb.
Программа вступительных испытаний направления подготовки магистратуры... 1 29.51kb.
Возобновление испытаний ядерного оружия 1 118.13kb.
Производственная документация, оформляемая при монтаже и наладке... 1 49.78kb.
Решение на язык программирования 1 62.5kb.
Направления изучения представлений о справедливости 1 202.17kb.

Программа испытаний содержит разделы: 1 объект испытаний - страница №1/1



Министерство образования Российской Федерации
Южноральский государственный университет

УДК 004.45

Код ГРНТИ 50.41.17

Инв. №

Утверждаю

Проректор ЮУрГУ по научной работе

__________________С. Д. Ваулин

“______”_______________ 200 г.

ПРОГРАММА И МЕТОДИКИ ЭКСПЕРИМЕНТАЛЬНЫХ ИССЛЕДОВАНИЙ


Договор № 2007-СГ-04/4

Научный руководитель

доктор физ.-мат. наук, проф. ___________________ Л.Б. Соколинский

подпись, дата


Нормоконтролер ___________________ Г.И. Радченко

подпись, дата

Челябинск

2010


АННОТАЦИЯ

«Программа и методика испытаний» программного комплекса РаВИС предназначена для установления технических данных, подлежащих проверке и обеспечивающих получение и проверку решений, выявление причин сбоев, определение качества работ и показателей качества функционирования комплекса (компонентов комплекса) при испытании компонентов комплекса, а также порядок испытаний и методы их контроля.

«Программа и методика испытаний» содержат перечни конкретных проверок/тестов (решаемых задач), которые следует осуществлять при проведении испытаний комплекса РаВИС.

Перечень проверок, подлежащих включению в программу испытаний, включает:

1) комплектность и качество документации;

2) степень выполнения требований функционального назначения системы.


Программа испытаний содержит разделы:

1) объект испытаний;

2) цель испытаний;

3) требования к программному комплексу;

4) требования к программной документации;

5) средства и порядок проведения испытаний;

6) тестовые примеры.

1СОДЕРЖАНИЕ:


1СОДЕРЖАНИЕ: 3

2ОБЪЕКТ ИСПЫТАНИЙ 4

3ЦЕЛЬ ИСПЫТАНИЙ 5

4ОБЩИЕ ПОЛОЖЕНИЯ 6

4.1Требования, предъявляемые к тестовым наборам данных: 7

4.2Организации, участвующие в испытаниях 7

4.3Документирование процесса тестирования 7

5ТРЕБОВАНИЯ К ПРОГРАММНОМУ КОМПЛЕКСУ 8

6 ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ 9

7СРЕДСТВА И ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫПАНИЙ 10

7.1Порядок проведения экспериментальных исследований 10

7.2Описание комплексного стенда тестирования 11

7.3Условия исполнения тестов 12

7.4Тестовая форма 12

7.5Журнал испытаний 13

7.6Документирование процесса тестирования 13

ТЕСТОВЫЕ ПРИМЕРЫ 14




2ОБЪЕКТ ИСПЫТАНИЙ


Программный комплекс РаВИС предназначен для построения иерархии проблемно-ориентированных оболочек над инженерными пакетами, разработанный на базе технологии CAEBeans и исполнения разработанных оболочек в распределенной вычислительной среде. В основе технологии лежит обеспечение сервис-ориентированного предоставления программных ресурсов базовых компонентов CAE-систем и формирование иерархий проблемно-ориентированных оболочек, инкапсулирующих процедуру постановки и решения определенного класса задач.

Исследуются следующие компоненты программного комплекса:

1) RaVIS Portal – веб-приложение, обеспечивающее выбор, загрузку, запуск и получение результатов моделирования виртуальных испытательных стендов;

2) RaVIS Server – хранилище и интерпретатор виртуальных испытательных стендов;

3) RaVIS Broker – автоматизированная система регистрации, анализа и предоставления RaVIS-ресурсов;

4) RaVIS Resource – грид-сервис, обеспечивающий удаленную постановку и решение задач средствами некоторого инженерного пакета на базе конкретной целевой системы;

5) RaVIS FlowVision Adapter – программный адаптер для интеграции ресурсов системы газо- и гидро-динамического анализа FlowVision в программный комплекс РаВИС;

6) RaVIS IOSO Adapter – программный адаптер для интеграции системы многокритериальной оптимизации IOSO в программный комплекс РаВИС.

7) RaVIS Toolbox - прототип среды, обеспечивающей визуальное проектирование распределенных виртуальных испытательных стендов.

3ЦЕЛЬ ИСПЫТАНИЙ


Целью данного тестирования является:

- проверка надежности работы программного комплекса;

- выявление разногласий между комплекса/подсистем РаВИС, отражённой в документации и реальной функциональностью данного программного комплекса.

4ОБЩИЕ ПОЛОЖЕНИЯ


Экспериментальные исследования проводятся в два этапа. На первом этапе экспериментальные исследования проводятся автономно для базовых компонент комплекса. На втором этапе, проводятся экспериментальные исследования работы всего комплекса как единой системы.

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

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

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

1. Корректность списка файлов в инсталляционном пакете:


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

  • отсутствие лишних файлов (проектные файлы, не включенные в инсталляционный пакет, не должны попасть на диск).

2. Регистрация приложения в ОС

3. Регистрация расширений для работы с файлами:



  • для новых расширений;

  • для уже существующих расширений.

4. Права доступа пользователя, который устанавливает приложение:

  • права на работу с системным реестром;

  • права на доступ к файлам и папкам.

5. Инсталляция нескольких приложений за одни заход.

6. Установка одного и того же приложения в разные рабочие директории одной рабочей станции.

Подсистемы, входящие в комплекс РаВИС подвергаются экспериментальным исследованиям в следующем порядке: RaVIS Portal; RaVIS Server; RaVIS Broker; RaVIS Resource; RaVIS FlowVision Adapter; RaVIS IOSO Adapter; RaVIS Toolbox.

При разработке методики экспериментальных исследований и тестовых наборов данных особое внимание уделялось тому, что основные подсистемы комплекса имеют сервисно-ориентированную архитектуру и реализованы на базе web-сервисов, а значит, имеют такие особенности как отсутствие пользовательского интерфейса и кросс-платформенность. Кроме этого, при проведении экспериментов необходимо было включить тесты для проверки подсистем на соответствие стандартам XML, SOAP, WSDL.


4.1Требования, предъявляемые к тестовым наборам данных:


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

2. Тестовые наборы данных должны охватывать самые популярные и широко используемые CAE-системы, такие как: ANSYS Mechanical и FlowVision.


4.2Организации, участвующие в испытаниях


Испытания проводятся Южно-Уральском государственном университетом кафедрой системного программирования, на вычислительных кластерах Южно-Уральского государственного университета «СКИФ Урал» и Московского государственного университета им. Ломоносова «СКИФ МГУ», входящих в территориально-распределенную вычислительную систему СКИФ-Полигон.

4.3Документирование процесса тестирования


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


5ТРЕБОВАНИЯ К ПРОГРАММНОМУ КОМПЛЕКСУ


При проектировании к подсистемам комплекса РаВИС предъявлялись следующие требования: независимость организации системы от используемой вычислительной платформы; обеспечение безопасного доступа к вычислительным ресурсам через сеть интернет на базе сертификатов стандарта X.509; функционал должен быть доступен удаленным пользователям посредством набора сервисов со стандартизированными интерфейсами; поддержка стандартов SOA и WSRF. Комплекс, также, должен быть ориентирована на использование наиболее широко распространенных инженерных пакетов и предусматривать возможность подключения программного комплекса многокритериальной нелинейной оптимизации, и обладать:

  • возможностью веб-доступа пользователей к пользовательскому интерфейсу портала виртуальных испытательных стендов;

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

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

  • возможностью предоставления программных адаптеров, обеспечивающих проведение расчетов с использованием нескольких наиболее распространенных на сегодняшний день систем инженерного анализа, включая пакеты FlowVision, ANSYS Mechanical, ANSYS CFX, DEFORM;

  • способностью описания всех составных частей виртуального испытательного стенда на базе стандарта XML;

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

  • возможностью работы в распределенной вычислительной среде;

  • совместимостью с набором промежуточного ПО, созданного в ходе реализации Программы «СКИФ-ГРИД» за 2007-2008 гг.

Функционирование подсистем программного комплекса не должно приводить к сбою (фатальному нарушению работы комплекса).



6 ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ


В состав программной документации, предъявляемой на испытании:

  • описание программы RaVIS Portal;

  • описание программы RaVIS Server;

  • описание программы RaVIS Broker;

  • описание программы RaVIS Resource;

  • описание программы RaVIS FlowVision Adapter;

  • описание программы RaVIS IOSO Adapter;

  • описание программы RaVIS Toolbox;

  • спецификация RaVIS Portal;

  • спецификация RaVIS Server;

  • спецификация RaVIS Broker;

  • спецификация RaVIS Resource;

  • спецификация RaVIS FlowVision Adapter;

  • спецификация RaVIS IOSO Adapter;

  • спецификация RaVIS Toolbox;

  • текст программы RaVIS Portal;

  • текст программы RaVIS Server;

  • текст программы RaVIS Broker;

  • текст программы RaVIS Resource;

  • текст программы RaVIS FlowVision Adapter;

  • текст программы RaVIS IOSO Adapter;

  • текст программы RaVIS Toolbox;


7СРЕДСТВА И ПОРЯДОК ПРОВЕДЕНИЯ ИСПЫПАНИЙ


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

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

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

7.1Порядок проведения экспериментальных исследований


Комплекс РаВИС состоит из нескольких, взаимодействующих между собой компонент. Таким образом, проведение тестовых мероприятию осуществляется в несколько этапов.

На первом этапе каждый компонент подвергается инсталляционному тестированию.

На втором этапе каждый компонент подвергается интерфейсному тестированию. При разработке тестовых наборов каждому виду взаимодействия пользователя с системой, либо одной подсистемы с другой подсистемой, ставится в соответствие интерфейсная операция. Интерфейсная операция имеет набор входных параметров, описывающих входные данные, и набор выходных параметров, описывающих выходные данные и/или реакционное действие системы/подсистемы.

Интерфейсному тестированию подвергаются следующие компоненты системы: RaVIS Toolbox и RaVIS Portal. Тестирование интерфейса, в данном случае, заключается в тестировании: всех видимых элементов Web–форм (рис. 1.), в случае проверки и RaVIS Portal и всех элементов управления и отображения оконного интерфейса RaVIS Toolbox. При тестировании RaVIS Portal используются Web–формы сгенерированные Web – генератором по XML – документу, полученному в программной среде RaVIS Portal. Таким образом, на данном этапе производится последовательная проверка результатов вызова всех пунктов меню, ссылок и кнопок. Одновременно с этим, производится поиск опечаток в названиях окон, пунктов меню и кнопок.





Рис. 1. Пример интерфейса постановки задачи инженерного моделирования генерируемого подсистемой RaVIS Portal.
Третий этап в плане комплексного тестирования – функциональное тестирование компонент и комплекса в целом. В отличие от первого и второго этапа, где тестовые наборы данных не относятся к контексту определенной инженерной задачи, для третьего этапа целесообразно разработать модельные инженерные задачи для каждого пакета инженерного моделирования, вычислительные компоненты которого инкапсулированы в комплекс РаВИС.

7.2Описание комплексного стенда тестирования


Тестирование комплекса проводилось на вычислительных кластерах Южно-Уральского государственного университета «СКИФ Урал» (http://supercomputer.susu.ru/computers/ckif_ural/) и Московского государственного университета им. Ломоносова «СКИФ МГУ» (http://parallel.ru/cluster/), входящих в территориально-распределенную вычислительную систему СКИФ-Полигон.

Подсистемы RaVIS Server, RaVIS Portal, RaVIS Broker были установлены на выделенных серверах Южно-Уральского государственного университета кафедры «Системное программирование». В системе RaVIS Toolbox были разработаны CAE-проекты, включающие в свои логические планы решения обращения к RaVIS FlowVision Adapter и RaVIS IOSO Adapter. В RaVIS Portal были загружены проблемные CAEBean созданных CAE-проектов. На RaVIS Portal была создана тестовая учетная запись и для нее предоставлены соответствующие права на разработанные виртуальные испытательные стенды.

На узлах суперкомпьютеров «СКИФ Урал» и «СКИФ МГУ» были установлены необходимые RaVIS Resource, обеспечивающие доступ к соответствующим системным CAEBean разработанным для каждой модельной задачи для взаимодействия с такими инженерными пакетами как: DEFORM, ANSYS CFX, ANSYS Mechanical, ABAQUS.

На вычислительных узлах суперкомпьютера СКИФ Урал были установлены пакеты инженерного моделирования DEFORM, ANSYS CFX, ANSYS Mechanical, FlowVision.

Для подключения к «СКИФ Урал» и «СКИФ МГУ» в подсистему целевое хранилище RaVIS Server были добавлены сертификаты подписанные сертификационным центром СКИФ-Полигон.

7.3Условия исполнения тестов


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

7.4Тестовая форма


Информация о тестовом случае

Тестируемое окно




Идентификатор теста




Цель теста




Настройка на прогон теста




Шаг

Действие

Ожидаемый результат

Отметка







.




Дата прогона теста




Результат теста



Примечания

Идентификатор теста – уникальное имя теста, которое должно отражать его назначение.

Цель теста – краткая и чёткая формулировка того, чего должен достичь данный тест.

Настройка на прогон теста – описание действий, которые должен выполнить тестер перед прогоном теста.

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

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


7.5Журнал испытаний


Журнал испытаний заполняется тестером и представляет собой сводный отчёт по всем проведённым тестам.

Журнал Испытаний

Дата начала тестирования




Дата окончания тестирования

Тест №

Идентификатор теста

Исход

Комментарий



7.6Документирование процесса тестирования


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

ТЕСТОВЫЕ ПРИМЕРЫ


Пример № 1.

Информация о тестовом случае

Тестируемая программа

RaVIS Server

Взаимозависимость тестовых случаев

нет

Идентификатор теста

ObtKor_1_01 (Обтекание корабля)

Цель теста

Проверить корректность запуска подсистемы RaVIS Server - «Исполнитель». Проверить формирование дескриптора задачи и дерева логического плана.

Настройка на прогон теста

Для проведения теста необходимо установить и настроить RaVIS Portal, RaVIS Broker и RaVIS Server (ввести необходимые данные о RaVIS Broker – URL и порт).


Шаг

Действие

Ожидаемый результат

Отметка

1

2


3

Загрузить web-интерфейс соответствующего проекта в браузере.
В соответствующей web-форме заполнить требуемые поля ввода параметров и нажать «Старт».
Проверить лог.

В логе соответствующего созданного экземпляра грид-сервиса отобразится:

- список файлов и директорий созданного задания;

- структура дерево созданного в памяти дерева логического плана проета;

- выполненные этапы расчета;

- процесс (запрос, ответ) подключения к RaVIS Broker;

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



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

+

Дата прогона теста

4/6/2008

Результат теста

пройден

Примечания











Невозможно остановить время: этого не допустит часовая промышленность. Станислав Ежи Лец
ещё >>