如何在Android Studio的单元测试中使用Mockito/Hamcrest

如何在Android Studio的单元测试中使用Mockito/Hamcrest,android,android-studio,automated-tests,mockito,hamcrest,Android,Android Studio,Automated Tests,Mockito,Hamcrest,我希望能够在Android Studio中进行单元测试和仪器测试,并在其中使用Mockito 我正在Android Studio 0.8中使用新的测试方法。这是: 带渐变的建筑物 使用官方Android API进行测试(ActivityInstrumentationTestCase2等) 将测试放在应用程序的目录中,而不是作为单独的模块 在Android Studio中作为“Android测试”运行配置启动测试 如何在依赖于仅用于测试的库(如mockito或hamcrest)的测试中编写代码

我希望能够在Android Studio中进行单元测试和仪器测试,并在其中使用Mockito

我正在Android Studio 0.8中使用新的测试方法。这是:

  • 带渐变的建筑物
  • 使用官方Android API进行测试(ActivityInstrumentationTestCase2等)
  • 将测试放在应用程序的目录中,而不是作为单独的模块
  • 在Android Studio中作为“Android测试”运行配置启动测试
如何在依赖于仅用于测试的库(如mockito或hamcrest)的测试中编写代码

我希望在编译和运行测试时包含这些库,但避免将它们导出到发布的.apk中

在中,我读到我应该将依赖项添加为:

dependencies {
    ....
    testCompile "org.mockito:mockito-core:1.9.5"
}
但跑步时我会:

生成脚本错误,找到不支持的Gradle DSL方法: “testCompile()”

虽然我不确定它是否相关,但我使用的gradle构建文件是:

apply plugin: 'android'

dependencies {
    compile fileTree(dir: 'libs', include: '*.jar')
    compile project(':android-sdk')
    testCompile "org.mockito:mockito-core:1.9.5"
}

android {
    compileSdkVersion 19
    buildToolsVersion "20.0.0"

    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_7
        targetCompatibility JavaVersion.VERSION_1_7
    }

    sourceSets {
        main {
            manifest.srcFile 'AndroidManifest.xml'
            java.srcDirs = ['src']
            resources.srcDirs = ['src']
            aidl.srcDirs = ['src']
            renderscript.srcDirs = ['src']
            res.srcDirs = ['res']
            assets.srcDirs = ['assets']
        }

        // Move the tests to tests/java, tests/res, etc...
        androidTest.setRoot('tests')

        // Note - to run the tests from command line:
        // $ gradle clean connectedCheck build
        // (requires gradle 1.10)

        // Move the build types to build-types/<type>
        // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ...
        // This moves them out of them default location under src/<type>/... which would
        // conflict with src/ being used by the main source set.
        // Adding new build types or product flavors should be accompanied
        // by a similar customization.
        debug.setRoot('build-types/debug')
        release.setRoot('build-types/release')
    }
}
apply插件:“安卓”
依赖关系{
编译文件树(目录:“libs”,包括:“*.jar”)
编译项目(“:android sdk”)
testCompile“org.mockito:mockito核心:1.9.5”
}
安卓{
编译DK19版
buildToolsVersion“20.0.0”
编译选项{
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
源集{
主要{
manifest.src文件“AndroidManifest.xml”
java.srcDirs=['src']
resources.srcDirs=['src']
aidl.srcDirs=['src']
renderscript.srcDirs=['src']
res.srcDirs=['res']
assets.srcDirs=['assets']
}
//将测试移动到tests/java、tests/res等。。。
androidTest.setRoot('tests'))
//注意-要从命令行运行测试,请执行以下操作:
//$gradle clean CONNECTED检查生成
//(需要梯度1.10)
//将生成类型移动到生成类型/
//例如,build-types/debug/java、build-types/debug/AndroidManifest.xml。。。
//这会将它们移出src/…下的默认位置,这将
//与主源集正在使用的src/冲突。
//应同时添加新的构建类型或产品风格
//通过类似的定制。
setRoot('build-types/debug')
setRoot('build-types/release')
}
}

我通过使用“dependencies”下的“androidTestCompile”选项使其工作,如前所述

我所做的是:

  • 创建了一个名为libs tests的文件夹,其中包含只应用于测试的jar
  • 添加该文件夹作为“androidTestCompile”测试的依赖项
现在,gradle构建文件如下所示:

apply plugin: 'android'

dependencies {
    compile project(':android-sdk')

    // The libs folder is included in the apk of the real app
    compile fileTree(dir: 'libs', include: '*.jar')

    // The tests-libs folder is included only for tests
    androidTestCompile fileTree(dir: 'libs-tests', include: '*.jar')
}


android {
    compileSdkVersion 19
    buildToolsVersion "20.0.0"

    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_7
        targetCompatibility JavaVersion.VERSION_1_7
    }


    sourceSets {
        main {
            manifest.srcFile 'AndroidManifest.xml'
            java.srcDirs = ['src']
            resources.srcDirs = ['src']
            aidl.srcDirs = ['src']
            renderscript.srcDirs = ['src']
            res.srcDirs = ['res']
            assets.srcDirs = ['assets']
        }

        // Move the tests to tests/java, tests/res, etc...
        androidTest.setRoot('tests')

        // Note - to run the tests from command line:
        // $ gradle clean connectedCheck build
        // (requires gradle 1.10)

        // Move the build types to build-types/<type>
        // For instance, build-types/debug/java, build-types/debug/AndroidManifest.xml, ...
        // This moves them out of them default location under src/<type>/... which would
        // conflict with src/ being used by the main source set.
        // Adding new build types or product flavors should be accompanied
        // by a similar customization.
        debug.setRoot('build-types/debug')
        release.setRoot('build-types/release')
    }
}
apply插件:“安卓”
依赖关系{
编译项目(“:android sdk”)
//libs文件夹包含在real app的apk中
编译文件树(目录:“libs”,包括:“*.jar”)
//“测试库”文件夹仅用于测试
androidTestCompile文件树(目录:“libs测试”,包括:'*.jar')
}
安卓{
编译DK19版
buildToolsVersion“20.0.0”
编译选项{
sourceCompatibility JavaVersion.VERSION_1_7
targetCompatibility JavaVersion.VERSION_1_7
}
源集{
主要{
manifest.src文件“AndroidManifest.xml”
java.srcDirs=['src']
resources.srcDirs=['src']
aidl.srcDirs=['src']
renderscript.srcDirs=['src']
res.srcDirs=['res']
assets.srcDirs=['assets']
}
//将测试移动到tests/java、tests/res等。。。
androidTest.setRoot('tests'))
//注意-要从命令行运行测试,请执行以下操作:
//$gradle clean CONNECTED检查生成
//(需要梯度1.10)
//将生成类型移动到生成类型/
//例如,build-types/debug/java、build-types/debug/AndroidManifest.xml。。。
//这会将它们移出src/…下的默认位置,这将
//与主源集正在使用的src/冲突。
//应同时添加新的构建类型或产品风格
//通过类似的定制。
setRoot('build-types/debug')
setRoot('build-types/release')
}
}

自从android gradle插件版本1.1.0以来,就支持单元测试,因此您可以在gradle文件中使用testCompile。使用“设置>渐变>实验”将其打开,并更新渐变插件版本:

buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:1.1.0'
    }
}

我也有同样的问题

  • 我使用了
    androidTestCompile
    而不是
    testCompile
  • 我还必须拥有
    classpath'com.android.tools.build:gradle:1.1.0'
    [或更高版本]
  • 然后我做了一个buildDependecies,然后做了一个sync

  • 这就是我为消除这个错误所做的一切。

    我使用了androidTestCompile而不是testCompile