Модульное тестирование создания базы данных SQLite с использованием Spock и Robospock

Это полное решение. Теперь он скомпилирует и запускает unit test успешно, а структура каталогов совпадает с редактированием предварительного просмотра. Пожалуйста, не стесняйтесь комментировать все, что не выглядит правильным.

SnapzAndroidDB.java, без изменений с 5 августа Редактировать

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

Я начал с нуля и создал небольшое приложение, которое легче исправить. Это структура каталогов, и есть только три файла:

Ошибка, которую я все еще получаю, следующая:

Это моя обновленная спецификация теста, которая использует Robolectric для генерации контекста, который может использоваться в конструкторе SQLiteOpenHelper (...)

Функция, которую я фактически тестирую, представляет собой класс, который расширяет SQLiteOpenHelper. И мой конструктор SnapzAndroidDB(...) вызывает конструктор SQLiteOpenHelper(), так как вы можете видеть, что контекст - это первый параметр, который передается из тестовой спецификации:

Когда я запускаю свой тест, я получаю эту ошибку:

Когда я пытаюсь использовать getBaseContext(), я получаю следующую ошибку:

Я занимаюсь тестированием модулей Spock для своей библиотеки, написанной на Java, которая будет использоваться в моем приложении для Android.

Java JAR файл, который будет развернут в приложении Android для работы с базой данных. Это этот JAR файл, который я тестирую.

Я написал спецификацию Spock для тестирования создания базы данных SQLite.

В моем Java JAR файле у меня есть класс, который создает базу данных SQLite, и я хочу проверить это в моем Spock unit test.

Однако проблема заключается в том, что конструктор SQLiteOpenHelper должен вызываться с помощью Context, и я пытаюсь высмеять этот контекст, используя import android.text.mock.MockContext в моем Spock unit test.

Теперь в моей спецификации тестирования устройства у меня есть это в моем SnapClientTest.groovy:

Из этого вы можете видеть, что я издеваюсь над контекстом и отправляю его как параметр в конструктор моего класса, который вызовет конструктор SQLiteOpenHelper.

Ошибка, которую я получаю при запуске my unit test, такова:

Будучи новым для Spock Я не уверен, что это возможно или нет, поскольку я просто тестирую свой JAR файл.

Ответы

Ответ 1

Проблема, с которой вы сталкиваетесь, - это правильный контекст для создания БД.

Ваша первая попытка с getBaseContext() не работала, так как не обнаружила такую функцию в SnapClientTest: "Нет сигнатуры метода"

Во второй попытке вы создаете экземпляр MockContext - это незавершенная реализация, которую вы не можете использовать напрямую.

http://developer.android.com/reference/android/test/mock/MockContext.html "Макет класса" Контекст ". Все методы нефункциональны и выбрасывают UnsupportedOperationException."

Try:

def androidDB = new SnapzAndroidDB(Robolectric.application)

Согласование http://robospock.org/ Robolectric.application должно дать рабочий контекст.

Обновление Я просто заметил, что вы не распространяете RoboSpecification, но Спецификация:

import pl.polidea.robospock.RoboSpecification

class SnapClientTest extends RoboSpecification

Ответ 2

Spock - одна из наиболее широко используемых фреймворков в экосистеме Groovy и Java, которая позволяет создавать тесты BDD в очень интуитивно понятный язык и облегчает некоторые общие задачи, такие как насмешка и расширяемость. Что отличает его от толпы, так это ее прекрасный и очень выразительный язык спецификаций. Благодаря своему игроку JUnit Spock совместим с большинством IDE, инструментами построения и серверами непрерывной интеграции. Чтобы работать со Spock, вам в основном нужно выполнить набор шагов, например следующий рецепт, который позволит вам эффективно реализовать как unit test и веб-интеграции.

Ваше текущее сообщение об ошибке:

Create a sqlite database for Android FAILED

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

Включение в свой код getWritableDatabase и getReadableDatabase должно помочь:

jokesHelper dbHelper = new jokesHelper(getBaseContext());
SQLiteDatabase db = dbHelper.getWritableDatabase();

Таким образом, Android сможет управлять и кэшировать connection.

Тем не менее, если у вас есть сообщение об ошибке из getBaseContext, попробуйте удалить плагин тестирования и заново создать ресурсы STS (.classpath и .project) с помощью метода integrate-with -eclipse, тогда он должен работает.

Если у вас возникли проблемы с getSpecificationContext, это означает, что некоторые детали были опущены, и вам нужно дважды проверить свои спецификации.

Если вы не используете Eclipse, создайте Java Jar с помощью spock, вы можете связать его с Emacs с помощью командной строки Java development как обычный, например Suns JDK или любой другой подход, ожидаемый для Enterprise Development. Чтобы запускать SampleTest, вы должны вызвать тестовую задачу из командной строки с помощью свойства Java system:

gradle -Dtest.single=Sample test

Или, альтернативно,

gradle -Dtest.single=SoapTest clean test

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

dependencies {
    classpath 'com.android.tools.build:gradle:0.8.+'
    classpath 'org.robospock:robospock-plugin:0.4.0'
}

И сообщите тестовому каталогу, что вы используя, например. srcDirs. И имейте в виду, что важно импортировать правильный ресурс по классу. Как таковой, также include для "build.gradle" в "defaultConfig":

testPackageName "com.yourpackage.test"
testInstrumentationRunner "android.test.InstrumentationTestRunner"
testFunctionalTest true

Spock и Robospock являются инновационными инструментами, которые могут помочь полезным ресурсам для разработки unit test. В качестве альтернативы вы также можете использовать такие инструменты, как TCL Tests. Тесты TCL - это самый старый набор тестов для SQLite и это лучший подход, который вы можете предпринять. Фактически, SQLite начал жизнь как расширение Tcl. Большая часть инструментов тестирования и разработки для SQLite написана в Tcl. В дополнение к собственному API C, расширение Tcl является единственным API, поддерживаемым основной командой SQLite.

Чтобы включить привязки Tcl, загрузите распределение источника SQLite TEA (Tcl Extension Architecture) из сайта SQLite. Эта версия кода - это, по сути, распределение амальгамирования с Tcl привязывается к концу. Это будет встроено в расширение Tcl, которое затем может быть импортировано в любую среду Tcl.

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

инструментальная среда является основой структуры тестирования. Инструментарий контролирует тестируемое приложение и позволяет впрыскивать макетные компоненты, необходимые для запуска приложения. Например, вы можете создавать mock Contexts перед запуском приложения и использовать приложение.

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

<?xml version="1.0" encoding="utf-8"?>
    <manifest xmlns:android="http://schemas.android.com/apk/res/android"
        package="com.example.aatg.sample.test"
        android:versionCode="1" android:versionName="1.0">
        <application android:icon="@drawable/icon"
            android:label="@string/app_name">
            <uses-library android:name="android.test.runner" />
        </application>
        <uses-sdk android:minSdkVersion="7" />
        <instrumentation
            android:targetPackage="com.example.aatg.sample
            android:name="android.test.InstrumentationTestRunner"
            android:label="Sample Tests" />
        <uses-permission android:name="
            android.permission.INJECT_EVENTS" />
    </manifest>

Если вы запускаете JNI для управления своей базой данных с помощью собственного кода, есть два способа загрузить расширение с помощью SQLite. Один из них - через вызов API C, а один - через функцию SQL, которая ссылается на тот же код, что и функция C API. В обоих случаях вы указываете имя файла и, необязательно, имя функции точки входа:

int sqlite3_load_extension( sqlite3 *db, const char *ext_name,
    const char *entry_point, char **error )

Другим способом загрузки загружаемого расширения является встроенная функция SQL:

load_extension( 'ext_name' )
load_extension( 'ext_name', 'entry_point' )

Эта функция аналогична вызову C sqlite3_load_extension() с одним основным ограничением. Поскольку это функция SQL, когда она вызывается, по определению будет выполняться оператор SQL, когда загружается расширение. Это означает, что любое расширение, загруженное с помощью функции load_extension() SQL, полностью не сможет переопределить или удалить пользовательскую функцию, включая специализированный набор функций like(). Подходы к загрузке данных с помощью подходящего синтаксиса работают аналогично Java, поскольку ожидается.

Директивы отладки используются только для тестирования и разработки поскольку они добавляют значительные накладные расходы и заставляют все работать заметно медленнее, точно так же, как включение throws Exception. Когда вы выполняете unit test, вам необходимо установить , а также проверить, чтобы ваша база данных не получала corrupted. В принципе, улучшение наилучшей настройки ваших параметров отладки улучшится и поможет вам плавно перейти на наилучшим образом выполнить ваше тестирование. p >

В дополнение ко всем другим директивам сборки SQLite имеет достаточное количество директив SQLite_OMIT_ * для компиляции. Они предназначены для удаления основных функций из сборки, чтобы сделать базовую библиотеку баз данных как можно более компактной и компактной. Чтобы использовать большинство этих директив, вы должны создавать SQLite из источников разработки, найденных в дереве управления версиями. Большинство пропущенных директив не работают правильно, когда применяется к источнику распространения или к предварительно построенному объединению. Также имейте в виду, что эти директивы времени компиляции официально не поддерживаются в том смысле, что они не являются частью официальной цепочки тестирования. Для любой данной версии SQLite могут возникать проблемы с компиляцией и проблемами времени выполнения, если разрешены произвольные флаги опускания.

Конечно, вам не нужно быть самурай для запуска unit test для SQLite на Android, хотя это может помочь.