Основы тестирования и отладки приложений на смартфоне

Добавим тест начальных условий

Этот тест проверяет, что тестируемое приложение инициализировано корректно. Метод будет проверять следующее:

Код метода:

public void testPreConditions() {
	assertTrue(mSpinner.getOnItemSelectedListener() != null);
	assertTrue(mPlanetData != null);
	assertEquals(mPlanetData.getCount(),ADAPTER_COUNT);
} 
 

В класс тестов необходимо добавить элемент:

public static final int ADAPTER_COUNT = 9;

Добавим тест интерфейса пользователя

Создадим UI тест, который выбирает элементы из виджета спинер. Тест посылает события нажатия клавиш и проверяет, что выбор соответствует ожидаемым результатам.

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

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

mActivity.runOnUiThread(
		   new Runnable() {
		     public void run() {
		        mSpinner.requestFocus();
		        mSpinner.setSelection(INITIAL_POSITION);
		     } 
		   } 
		  ); 
 

Необходимо добавить его в метод:

public void testSpinnerUI() {
   …
}
 

Необходимо добавить в класс тестов элемент:

public static final int INITIAL_POSITION = 0;

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

 this.sendKeys(KeyEvent.KEYCODE_DPAD_CENTER);
for (int i = 1; i <= TEST_POSITION; i++) {
this.sendKeys(KeyEvent.KEYCODE_DPAD_DOWN);
} 
this.sendKeys(KeyEvent.KEYCODE_DPAD_CENTER);

Необходимо добавить в класс тестов элемент:

public static final int TEST_POSITION = 5;

Необходимо импортировать:

import android.view.KeyEvent;

Проверка результатов. Запросить текущее состояние спинера и сравнить его с ожидаемым значением. Вызов метода getSelectedItemPosition() позволит получить текущую выбранную позицию, а метод getItemAtPosition() возвращает элемент, соответствующий этой позиции (представленный в виде строки). Метод assertEquals(); проверяет совпадает ли полученное значение с ожидаемым "Saturn".

Добавьте в метод public void testSpinnerUI() следующий код:

mPos = mSpinner.getSelectedItemPosition();
mSelection = (String)mSpinner.getItemAtPosition(mPos);
TextView resultView = (TextView)mActivity.findViewById
(com.android.example.spinner.R.id.SpinnerResult);
String resultText = (String) resultView.getText();
assertEquals(resultText,mSelection);
 

Необходимо добавить в класс тестов следующие элементы:

private String mSelection;

private int mPos;

И импортировать:

import android.widget.TextView;

Запуск теста и просмотр результатов.

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

Для запуска теста в Package Explorer щелкните правой кнопкой на названии проекта тестов (SpinnerActivityTest), а затем выберите Run As→Android JUnit Test

После запуска теста появится новая вкладка JUnit рядом с вкладкой Package Explorer.

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

Информация о запущенных тестах содержит следующие пункты:

Спровоцируем провал некоторых тестов

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

Испортим в файле SpinnerActivity.java метод onCreate(), в этом файле есть закомментированная строка:

// spinner.setOnItemSelectedListener(null);

Снимите комментарий, тем самым проверим работу метода testPreCondition() класса SpinnerActivityTest, в этом методе в строке:

assertTrue(mSpinner.getOnItemSelectedListener() != null);

утверждается, что слушатель событий визуального компонента Spinner не равен null. После удаления символов комментария и запуска тестирующего проекта, это утверждение будет выдавать ошибку, т.е. тест будет провален. Результаты таких изменений на рис 6.6. Теперь полоса состояния стала красной, количество провалов равно 2. Очевидно желание разработчика посмотреть на эти провалы и увидеть точно, где они появились.

Чтобы найти место в коде, на котором был провален тест, достаточно щелкнуть мышью по строке в нижней панели Failure Trace появится список вызовов, который привел к провалу теста. Первая строка в этой панели сообщает об ошибке, чтобы увидеть место в коде, где произошел провал теста достаточно дважды щелкнуть по строке с ошибкой.

Вместо заключения

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

Для дальнейшего развития имеет смысл ознакомиться с основными классами тестовых сценариев:

ActivityInstrumentationTestCase2 — класс функционального тестирования активности;

ActivityUnitTestCase — класс, обеспечивающий изолированное тестирование активности;

ProviderTestCase2 — класс, обеспечивающий тестирование контент-провайдера;

ServiceTestCase – класс, обеспечивающий тестирование сервиса;

Assert — множество методов утверждений;

MoreAsserts — дополнительные методы утверждений;

ViewAsserts – полезные методы для тестирования визуальных компонентов;

TouchUtils – методы, симулирующие сенсорные события активности;

Instrumentation – базовый инструментальный класс;

InstrumentationTestCase – базовый класс сценариев тестов;

InstrumentationTestRunner – стандартный класс запуска Android тестов.

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

http://software.intel.com/ru-ru/articles/automated-android-application-testing;

http://habrahabr.ru/post/219655/.