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

• Автор: Голубев, Алексей Андреевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2007
• Место защиты: Санкт-Петербург
• Количество страниц: 213 с. : ил.

1 ОБЗОР ВОЗМОЖНОСТЕЙ ТЕХНОЛОГИИ V ДЛЯ МОБИЛЬНЫХ УСТРОЙСТВ И АНАЛИЗ СОВРЕМЕННЫХ ПОДХОДОВ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ ин1нииимм1мннммммамм

1.1 v технология доя мобильных устройств.

1.1.1 Особенности v Виртуальных Машин V

1.1.2 Обзор особенностей Iпрофайла. Пользовательское приложение I

1.1.3 Обзор особенностей профайла. Пользовательское приложение ii

1.1.4 Системные v приложения

1.1.5 v байткод. Анализ современных байткод аначизаторов.

1.2 Формальные методы в разработке по.

1.3 Автоматизация тестирования

1.3.1 Использование агентов для автоматизации тестирования и мониторинга.

1.4 Анализ средств автоматизации тестирования v

1.4.1 Анализ средств автоматизации тестирования v без использования агентов
1.4.1.1 2 i i
1.4.2 Анализ средств автоматизации тестирования v на основе агентов.
1.4.2.1 .
1.4.2.2 v vi
1.4.2.3 . .
1.4.2.4 i iv
1.4.2.5 .
1.4.2.6 x
1.5 Анализ систем автоматизации тестирования на основе генерации тестовых сценариев
. 5.1 V i
1.5.2
1.5.3
1.5.4
1.5.5 i.
1.5.6 V.
1.6 СРАВНИТЕЛЫ1ЫЙ 1АЛИЗ СИСТЕМ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ
1.7 Выводы.
2 МЕТОДИКА ВСТРАИВАЕМЫХ АГЕНТОВ ДЛЯ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ И МОНИТОРИНГА ВСТРОЕННЫХ V СИСТЕМ
2.1 РЕАКТИВНЫЕ СИСТЕМЫ.
2.1.1 Понятие реактивной системы
2.1.2 Описание реактивной системы как объекта тестирования.
2.2 Представление v систем в виде реактивных моделей
2.2.1 Реакт ивная модель v приложения.
2.2.2 Реактивная модель V.
2.2.3 Реактивная модечъ окружения v платформы.
2.2.4 Интегрированная модечь взаимодействия компонентов мобильного устройства
2.3 МЕТОДИКА ВСТРАИВАЕМЫХ АГЕНТОВ
2.3.1 Модечь уииверсапьного встраиваемого агента
2.3.2 Методика встраивания агентов для v приложений.
2.3.3 Методика встраивания агентов на уровне окружения
2.3.4 Обобщенная формулировка методики
2.4 Проверка корректности моделей
2.5 ВЫВОДЫ.
3 КОНЦЕПЦИЯ РЕАЛИЗАЦИИ КОМПЛЕКСА МЕТОДИК ВСТРАИВАНИЯ АГЕНТОВ
3.1 КОНЦЕПЦИЯ реализации методики для тестирования встроенных v приложений
3.1.1 Концепция разработки классовоболочек и перехвата упраечения потока исполнения приложения
3.1.2 Концепция тестирования системных v приложений.
3.1.2.1 Методика встраивания агентов в КV . .
3.1.2.2 Реализация методики встраивания агентов в V.
3.1.3 Обобщенная концепция интеграции тестового набора, агента и тестируемого приложения
3.1.4 Анализ и модификация байткода для встраивания агентов в v приложения
3.1.4.1 Алгоритм работы байткод анализатора
3.1.4.2 Безопасность алгоритма работы байткод анализатора
3.2 I ЦЕПЦИЯ РЕАЛИЗАЦИИ МЕТОДИКИ ДЛЯ ТЕСТИРОВАНИЯ СИСТЕМНОГО ПЛАТФОРМЕННОГО ПО.
3.2.1 Методика встраивания пассивного агента на уровне окружения
3.2.2 Методика встраивания активного агента на уровне окружения.
3.2.3 Реализация методики встраивания агентов на уровне окружения.
3.3 Методика выбора альтернатив на основе контрольных сумм
3.4 Выводы
4 РЕАЛИЗАЦИЯ ТЕХНОЛОГИИ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ НА ОСНОВЕ
РАЗРАБОТАННЫХ МЕТОДИК ИЗ
4.1 ТЕХНОЛОГИЧЕСКАЯ ЦЕПОЧКА.
4.2 АРХИТЕКТУРА СИСТЕМЫ.1
4.2.1 Модуль тестирования пользовательских приложений и I.
4.2.2 Модуль тестирования системных и приложений.
4.2.3 Модуль тестирования системных платформенных приложений
4.2.4 Пользовательская система для настройки и подготовки тестовых сценариев
4.3 ВЫВОДЫ
5 РЕЗУЛЬТАТЫ ПРИМЕНЕНИЯ РАЗРАБОТАННЫХ МЕТОДОВ И ТЕХНОЛОГИИ АВТОМАТИЗАЦИИ ТЕСТИРОВАНИЯ
5.1 Применение методики встраиваемых агентов доя автоматизации тестирования v
ПРИЛОЖЕНИЙ
5.1.1 Анализ результатов применения технологии автоматизации тестирования v приложений
5.2 Применение методики встраивания ivагентов для автоматизации тестирования
МОБИЛЫ1ЫХ платформ
5.2.1 Анаиз результатов применения технологии автоматизации тестирования мобильных
платформ
5.3 Сравнительный анализ результатов применения методик встраивания агентов с системой
автоматизации
5.4 Выводы
ЗАКЛЮЧЕНИЕ
ЛИТЕРАТУРА


Как видно из рисунка, общая архитектура платформы схожа с платформой, базирующейся на I. К тому же, для поддержки низкоуровневой функциональности используется та же самая конфигурация . Таким образом, все требования, особенности и ограничения, описанные для связки V, остаются актуальны и для . Рис. Тем не менее, существуют и ряд дополнительных особенностей, которые необходимо учесть при разработке системы автоматизации тестирования. В первую очередь, данные особенности касаются требований по установке приложений. В отличие от I, приложения ii могут быть установлены только с сайта i провайдера. Файлдескриитор для приложения имеет другую структуру, нежели файл I, и называется файл. Еще одной ключевой особенностью ii приложений является жесткое ограничение на размер упакованных в файл классов самого приложения 0 Кб. Описанные в предыдущих разделах аппаратнопрограммные решения базируются на классической архитектуре v с одной V. Такое решение накладывает ограничения на возможность запуска нескольких v приложений одновременно. Кроме того, невозможен запуск приложений с отличным от профайлориентированного приложения I, ii жизненным циклом. Именно поэтому компанией было разработано принципиально новое решение архитектура нескольких виртуальных машин i V i 7. I. Данное решение не распространяется на архитектуру с профайлом. В этой архитектуре одна виртуальная машина используется для запуска пользовательских v приложений I, а другая для запуска системных v приложений . Подход позволяет минимизировать время запуска приложений, а также поддержать их множественный запуск. Системные приложения, в отличие от пользовательских, загружают свои классы в память в момент запуска телефона, что позволяет мгновенно осуществить их последующий запуск из меню. Архитектура системной платформы представлена на рис. Системная виртуальная машина V под контролем системной платформы осуществляет запуск I, пользовательская V ii V осуществляет запуск I. Пользовательские приложения имеют доступ к стандартным I, поддерживаемым v , однако некоторые стандартные классы I 2. I, i и i могут быть использованы только через специальные классы, осуществляющие поддержку множественного запуска приложений. Ivi, . Рис. Жизненный цикл I, совпадает с жизненным циклом системной V, т. V запускается при старте телефона и запускает I, если он загружен на устройство. При старте системы, V переходит в состояние IV. При выключении переходит в состояние . При старте телефона системная виртуальная машина инициализирует приложение i и вызывает конструктор его главного класса. Далее пользователь может загрузить I в пользовательской машине, что приведет к тому, что системная V будет приостановлена и перейдет в фоновой режим . Системное приложение может обрабатывать сообщения в фоновом состоянии, но не может реагировать на них в активном режиме, т. После выхода из I, системная V переходит в активное IV состояние. Эволюционный подход, используемый в технологии системной виртуальной машины, позволяет интегрировать v приложение с системными сервисами операционной системы телефона. Для реализации этой функциональности было разработано специальное I, получившее название 8. Используя функциональность I стало возможным вызывать телефонную книгу, редактор , осуществлять звонки из созданного vприложения. Существует возможность обмена сообщениями с системными приложениями. Также становится возможным использовать пользовательский интерфейс I подобный тому, который используется в iv приложениях. Расположения компонентов клавиш, полосы прокрутки и т. Обработка дополнительных клавиш регулировка звука и т. Также для i появляется возможность доступа к системным свойствам телефона таким как чтение персональных настроек пользователя, сделанных им через операционную систему телефона. Очевидно, что системные v приложения предоставляют разработчику более широкий спектр возможностей. В ходе работ по автоматизации тестирования необходимо учесть особенности работы приложений на новой платформе с двумя виртуальными машинами.