Разработка системы тестирования мобильных приложений

56 
Таким образом, выполняются основные тест-кейсы, задача которых найти 
в работе приложения ошибки с целью их дальнейшего исправления. 
3.2 Моделирование форм системы тестирования мобильных 
приложений 
В корневой папке каждого проектируемого приложения должен 
находиться файл AndroidManifest. В этом файле содержится важная 
информация о работе приложения, которая необходима для системы Android. 
Только при получении этой информации система сможет выполнить какую то 
часть сборки кода в приложении. Помимо этого, файл манифест предназначен 
для следующего: 
Объект 
Функции 
Выполняемое 
действие 
Сообщение об ошибке 
Поле ввода 
«App» 
Поле для ввода 
web-ссылки 
В поле задается ссылка 
Принимает любое 
значение 
Кнопка «Запуск» 
Производит 
запуск 
теста 
Производит запуск 
теста 
Если ссылка не указана,
введена некорректно
или отсутствует: 
сообщение об ошибке 
Кнопка 
«результат» 
Переход к окну 
с результатами 
Переходит в окно с 
информаций 
по результатам теста 
Если тест не 
проводился, 
сообщение об ошибке:
отсутствует 
информация 
Кнопка «Метод 
теста» 
Выбирает метод 
для тестирования 
Производит выбор 
метода 
Нет ошибки 
Выход 
Выход из окна 
настроек 
Выходит из окна 
выбора метода теста 
Нет ошибки 
Кнопка «Далее» 
Переходит по 
результатам 
Выполняет переход по 
результатам теста 
Нет ошибки 

57 
1. С помощью него задается имя пакета Java для проектируемого 
приложения, в свою очередь имя пакета является уникальным 
идентификатором приложения.
2. С помощью него происходит описание всех компонентов приложения, 
таких как: операции, службы, приемники сообщений и поставщики контента, то 
есть описание основных составляющих компонентов приложения. Так же в нем 
содержатся, и имена классов, которые в свою очередь реализуют каждый 
компонент, и публикует их возможности. Android сможет определить на 
основании этих данных из каких компонентов состоит приложение и при каких 
условиях можно производить запуск. 
3. С его помощью определяется, в каких процессах будут размещены 
компоненты проектируемого приложения. 
4. Он показывает разрешения, которые должны быть выданы 
приложению для получения доступа к защищенным частям API-интерфейса и 
для взаимодействия с другими приложениями.
5. С его помощью объявляются компоненты для взаимодействия 
приложения. 
6. В нем содержится список классов Instrumentation, с помощью которых, 
при выполнении приложения предоставляется информация о профиле и другой 
полезной информации. Таких сведения присутствуют в манифест файле только 
на стадии проектирования отладки приложения, в дальнейшем они удаляются 
перед эксплуатацией приложения. С помощью файла манифеста так же 
определяется 
уровень 
API-интерфейса 
Android, 
требуемый 
для 
функционирования приложения. 
7. В нем содержаться списки библиотек с которыми связывается 
приложение.
Структура манифест файла, которая описана в коде, позволит 
ознакомиться с общей структурой этого файла, а так же со всеми 
содержащимися в нем элементами. Здесь каждый элемент со всеми атрибутами, 

58 
которые в него входят, описывается отдельно. Структура продемонстрирована 
в ПРИЛОЖЕНИЕ А. 
Общий вид манифест файла при проектировании приведен на рисунке 3.2 
Рисунок 3.2 – Общий вид манифест файла 
Моделирование форм выполнялось через встроенный графический 
интерфейс, ниже приведены формы при проектировании приложения.
Общий вид дизайна приложения приведен на рисунке 3.3 
Рисунок 3.3 – Общий дизайн приложения 

59 
Дизайн формы настроек приведен на рисунке 3.4 
Рисунок 3.4 – Дизайн формы настроек 
Для этой формы был реализован код выполняющий функции перехода по 
ссылкам с заданными параметрами настройки теста, код продемонстрирован в 
ПРИЛОЖЕНИЕ Б. 
Для формирования списка результатов была спроектированная форма с 
выводом числовых значений в дальнейшем эти и другие данные используются 
для формирования графической модели. Дизайн формы приведен ниже на 
рисунке 3.5 
Для дизайна формы результатов были выбраны параметры, которые в 
дальнейшем используются в форме для построения графической модели. Эти 
данные могут принимать различные значения, либо послужить в качестве 
основных данных для формирования графика или диаграммы, используя 
данные полученные в результате тестирования. 
Формирование результатов изначально определяется при выборе 
методики тестирования, которая будет использоваться. Соответственно уже 
заранее известно, какой результат будет сформирован в конечном итоге. Будь 
это график или диаграмма. 

60 
Рисунок 3.5 – Дизайн формы результатов 
В реализации работы функции формирования результатов был 
использован следующий код, который продемонстрирован в ПРИЛОЖЕНИЕ В. 
Была добавлена форма, в которой будет демонстрироваться результат с 
обработанной информацией в виде графика и диаграммой производительности. 
Рисунок 3.6 – Дизайн формы для построения графической модели 

61 
Рисунок 3.7 – Графический результат работы системы тестирования 
На рисунке 3.7 наглядно продемонстрирован результат работы системы 
тестирования мобильных приложений, с формированным графиком и 
результатом тестирования производительности 

жүктеу/скачать 1.52 Mb.

Достарыңызбен бөлісу: