《Gradle权威指南》--Android Gradle测试

No1：

Android既可以用传统的JUnit测试，也可以用Android的instrument测试。

No2：

当我们运行测试的时候，androidTest SourceSet会被构建成一个可以安装到设备上的测试apk，这个测试apk里有很多我们写好的测试用例，它们会被执行，来测试我们的app。

No3：

android{
    defaultConfig{
        testApplicationId "org.flysnow.app.example121.test"
        testInstrumenttationRunner "android.test.InstrumentationTestRunner"
        testHandleProfiling true
        testFunctionalTest true
    }
}

testApplicationId--测试apk的包名

testFunctionTest--是否启用功能测试

testHandleProfiling--是否启用性能分析

testInstrumentationRunner--运行测试使用的Instrumentation Runner

-----------------------------------

最后根据配置生成AndroidManifest.xml文件

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schema.android.com/apk/res/android"
    package="org.flysnow.app.example121.test">

    <users-sdk android:minSdkVersion="14" android:targetSdkVersion="23"/>
    <application>
        <uses-library android:name="android.test.runner"/>
    </application>
    <instrumentation android:name="android.test.InstrumentationTestRunner"
                     android:targetPackage="org.flysnow.app.example121"
                     android:handleProfiling="true"
                     android:functionalTest="true"
                     android:label="Tests for org.flysnow.app.example121"/>
</manifest>

targetPackage会使用被测试App的包名自动填充

No4：

依赖

dependencies{
    androidTestCompile 'com.android.support:support-annotation:23.0.1'
    androidTestCompile 'com.android.support:test:runner:0.4.1'
    androidTestCompile 'com.android.support.test:rules:0.4.1'
}

会被编译到测试apk中，正式的apk包里没有这些jar库

No5：

测试apk默认是debug模式，但也可以改为release模式

android{
    ...
    testBuildType "release"
}

No6：

运行测试代码：使用./gradlew connectedCheck运行。内部步骤是：

1）使用adnroidAndroidTest任务构建好测试应用和被测试应用，其中欧冠被测试应用又是被assembleDebug任务构建的

2）通过install任务安装这两个应用

3）运行我们写好的测试用例，等运行完之后，卸载两个应用

4）最后测试的结果会被保存在build/androidTest-results目录下

注：测试Application项目不会有被测试的apk生成，只有一个测试apk生成

No7：

本地单元测试--不依赖Android框架或者只有非常少的依赖，直接运行在本地开发机器上，不需要设备或模拟器

比较常用的模拟框架有Mockito和JMock

No8：

针对特定的BuildType和特定的Flavor测试。每一种BuildType，每一种Flavor都有对应的测试用例存放目录

比如：

src/main/java/对应的是src/test/java

src/debug/java/对应的是src/testDebug/java/

src/google/java/对应的是src/testGoogle/java/

No9:

JUnit3和JUnit4的区别：

JUnit的测试用例需要都集成junit.framework.TestCase，并且测试方法要以test为前缀。JUnit4就没有这些限制，测试方法也只需要使用@Test注解进行标注就好了

package org.flysnow.app.example122;

import org.junit.Test;
import static org.hamcrest.CoreMatchers.is;
import static org.junit.Assert.assertThat;

public class EmailValidatorTest{
    @Test
    public void emailValidator_CorrectEmailSimple_ReturnsTrue(){
        assertThat(EmailValitor.isValidEmail("name@email.com"),is(true));
    }
    @Test
    public void emailValidator_CorrectEmailSimple_ReturnsFalse(){
        assertThat(EmailValidator.isValidEmail("name"),is(false));
    }
}

执行

./gradlew :example122:test

测试结果在build/reports/tests目录下

No10：

使用Mockito框架

dependencies{
    testCompile 'junit:junit:4.12'
    testCompile 'org.mockito:mockito-core:1.10.19'
}

package org.flysnow.app.example122;

import android.content.Context;

public class Utils{
    private Context mContext;

    public Utils(Context context){
        this.mContext = context;
    }
    public String getAppName(){
        return String.valueOf(mContext.getString(R.string.app_name));
    }
}

package org.flysnow.app.example122;

import android.content.Context;
import org.junit.Test;
import org.junit.runner.RunWith;
import org.mockito.Mock;
import org.mockito.runners.MockitoJUnitRunner;
import static org.hamcrest.CoreMatchers.*;
import static org.junit.Assert.*;
import static org.mockito.Mockito.*;

@RunWith(MockitoJUnitRunner.class)
public class UtilsTest{
    private static final String APP_NAME = "Example122";

    @Mock
    Context mMockContext;
    @Test
    public void readAppNameFromContext(){
        when(mMockContext.getString(R.string.app_name)).thenReturn(APP_NAME);

        Utils utils = new Utils(mMockContext);
        String appName = utils.getAppName();
        assertThat(appName,is(APP_NAME));
    }
}

1）告诉JUnit4要使用MockitlJUnitRunner

2）模拟Context的对象mMockContext

3）when.thenReturn逻辑，when一定要和Utils里的getAppName方法的逻辑一样，thenReturn告知模拟器期望返回的值

4）使用./gradlew :example 122:test执行查看结果

No11：

Instrument测试--运行在真实的安卓物理机或模拟器上。要生成一个测试apk。下面以AndroidJUnitRunner为例

android{
    defaultConfig{
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        testApplicationId "con.example.app.test"
    }
}

dependencies{
    compile fileTree(dir: 'libs',include:['*.jar'])
    androidTestCompile 'com.android.support.test:runner:0.4.1'
    androidTestCompile 'com.android.support.test:rules:0.4.1'
}

package org.flysnow.app.example123;

import android.support.test.rule.ActivityTestRule;
import android.support.test.runner.AndroidJUnit4;
import android.test.suitebuilder.annotation.LargeTest;
import org.junit.Before;
import org.junit.Rule;
import org.junit.Test;
import org.junit.runner.RunWith;

@RunWith(AndroidJUnit4.class)
@LargeTest
public class MainActivityTest{
    @Rule
    public ActivityTestRule<MainActivity> mActivityRule = new ActivityTestRule<>(MainActivity.class);
    @Before
    public void initSomethind(){}
    @Test
    public void validSomething(){
        mActivityRule.getActivity().findViewById(android.R.id.test1).performClick();
    }
}

@LargeTest说明它有更高的权限

@Rule指定规则：要测试的是MainActivity

另外还有其他的库可以使用

dependencies{
    androidTestCompile 'org.hamcrest:hamcrest-library:1.3'
    androidTestCompile 'com.android.support.test.espresso:espresso-core:2.2.1'
    androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.1'
}

No12：

测试选项配置testOptions闭包

android{
    ...
    testOptions{
        reportDir = "$project.buildDir/example123/report"
        resultsDir = "$project.buildDir/example123/result"
        unitTests.all{
            jvmArgs '-XX:MaxPermSize=256m'
        }
    }
}

1）reportDir：用于配置生成测试报告的目录

2）resultsDir：用于配置生成测试结果的目录

3）unitTests：用于控制单元测试的执行--上面是指定启动的JVM的最大非堆内存是256M

---------------------------------------------

把每个库项目的测试报告统一合并查看：android-reporting

只需要在总的build.gradle中配置

apply plugin: 'android-reporting'

然后执行./gradlew deviceCheck mergeAndroidReports -continue

-continue是在测试失败的时候，也可以继续执行其他测试用例

No13：

代码覆盖率--testCoverageEnabled控制菜吗覆盖率统计是否开启

android{
    buildTypes{
        release{
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'),'proguard-rules.pro'
            zipAlignEnabled true
        }
        debug{
            testCoverageEnabled = true
        }
    }
}

另外，要注意配置jacoco时的Android Gradle的版本号

1）如果是1.5.0之前的版本

android{
    jacoco{
        version = '0.6.2.201302030002'
    }
}

2）如果是1.5.0版本，在根项目的build.gradle里配置

buildscript{
    repositories{
        jcenter()
    }
    dependencies{
        classpath 'org.jacoco:org.jacoco.core:0.7.4.201502262128'
    }
}

3）从2.0.0版本开始，不管在根项目，还是子项目都可以使用了

运行

./gradlew createDebugCoverageReport，报告在build/reports/coverage下

No14：

Lint支持--代码、资源的优化工具--lintOptions{}闭包

android{
    lintOptions{
        abortOnErroe true
        warningsAsErrors true
        check 'NewApi'
    }
}

abortOnError--boolean类型，用于配置Lint发现错误时是否退出Gradle构建

absolutPaths--boolean类型，用于配置错误的输出里是否应该显示绝对路径，默认显示的是相对路径

check--set集合

android{
    lintOptions{
        check 'NewApi'
    }
}

注：NewApi就是一个issue id，终端输入lint --list查看所有可用id，另外，lint --show可以查看详细信息

android{
    lintOptions{
        def checkSet = new HashSet<String>()
        checkSet.add("NewApi");
        checkSet.add("InlinedApi")
        check = checkSet
    }
}

缩写

android{
    lintOptions{
        check 'InlinedApi','NewApi'
    }
}

checkAllWarnings--boolean类型，True表示需要检查所有警告的issue，包括那些默认被关闭的issue，false不检查

checkReleaseBuilds--boolean类型，用于配置在release构建的过程中，Lint是否应该检查致命的错误的问题，默认true，一旦发现有‘fatal’级别的问题，release构建会被终止

disable--用来关闭给定issue id的Lint检查，和check用法一样

enable--用来配置哪些issue id启动lint check，和disable用法相反

explainIssues--boolean类型，用来配置Lint检查出的错误报告是否应该包含解释说明

htmlOutput--File类型，用于配置HTML报告输出的文件路径

android{
    lintOptions{
        htmlOutput new File("${buildDir}/lintReports/lint-results.html")
    }
}

htmlReport--boolean类型，用于配置是否生成HTML报告，默认是true

ignoreWarings--boolean类型，用于配置Lint是否忽略警告级别的检查，只检查错误级别

lintConfig--File类型，用于指定Lint的配置文件，

noLines--boolean类型，如果为true，error输出将不会包含源代码的行号

quiet--boolean类型，表示是否开启安静模式，这样Lint分析的进度或者其他信息将不会显示

severityOverrides--返回一个Map类型结果，用来获取issue的优先级。Map的key是issue id，value是优先级，包括fatal、error、warning、informational、ignore

showAll--boolean类型，用于标记是否应该显示所有的输出

textOutput--File类型，用于指定生成的test格式的报告的路径

textReport--boolean类型，用于配置是否生成text报告

warningsAdErrors--boolean类型，用于配置是否把所有的警告也当成错误处理，默认false

xmlOutput--File类型，用于设置生成xml报告的路径

xmlReport--boolean类型，用于控制是否生成xml格式的报告，默认true

error、fatal、ignore、warning、informational--用来配置issue的优先级，接受的都是issue id作为其参数。error是把给定的issue强制指定为erroe这个优先级

-------------------------

运行./gradlew lint，默认生成报告在output/lint-results.html下