Android单元测试（一）——概述

学习了一段时间的单元测试，翻了好多资料，遇到踩了好多坑，记录总结，希望有用。

单元测试

        单元测试是开发者编写的一小段代码，用于检验被测代码中的一个很明确的功能是否正确。其中，单元指的是测试的最小模块。通常而言，一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。单元测试的代码不会被编译进入APK中。

目的

        检查它是否实现了规定的模块功能和算法，测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。

种类

Local tests：

也称本地测试只能在本地计算机上运行的单元测试。这些测试在Java虚拟机（JVM）上编译运行，运行速度快。

用这种方式来运行对Android 框架没有依赖性或者有依赖但可以通过模拟对象来填充的单元测试。例如可以通过mock来模拟对象的测试。

检查它是否实现了规定的模块功能和算法。

着重功能和逻辑的测试，例如对MVP项目中P和M中的业务逻辑类的测试。

Instrumented tests：

也称仪器测试即在Android设备或模拟器上运行的单元测试。这些测试需要要来Android环境，运行速度慢。

使用这种方式来运行那些不能使用模拟对象容易填充的单元测试。比如ApplicationContext，获取设备的信息等。

测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。

着重界面的展示，交互测试，例如对MVP项目中V的界面的展示，交互等测试。

目标函数

单元测试的目标函数即测试目标，主要有三种：

1.  有返回值，验证函数的返回值是否符合预期结果。
2. 没有返回值，但函数改变其对象内部的一些属性或者状态，就验证它所改变的属性和状态。
3. 没有返回值，也没有直接改变哪个值的状态，这就需要验证其行为，比如点击事件。

既没有返回值，也没有改变状态，又没有触发行为的函数是不可测试的，在项目中不应该存在。

当存在同时具备上述多种特性时，建议采用多个case来针对每一种特性逐一验证，或者采用一个case，逐一执行目标函数并验证其影响。

总结：

        android项目做单元测试由两部分组成LocalTest和InstumentedTest,LocalTest负责测试业务逻辑功能的代码，如在MVP中的P和M中的业务逻辑类；InstumentedTest负责测试界面是否正确展示。

参考资料：

http://tech.meituan.com/Android_unit_test.html

http://www.vogella.com/tutorials/AndroidTesting/article.html

https://github.com/googlesamples/android-architecture