Android单元测试与模拟测试

标签： 极客互联 | 发表时间：2016-05-16 02:49 | 作者：shendao
出处：http://www.shellsec.com
  • 考虑可读性，对于方法名使用表达能力强的方法名，对于测试范式可以考虑使用一种规范, 如 RSpec-style。
  • 不要使用逻辑流关键字(If/ese、for、do/while、switch/case)，在一个测试方法中，如果需要有这些，拆分到单独的每个测试方法里。
  • 测试真正需要测试的内容，需要覆盖的情况，一般情况只考虑验证输出（如某操作后，显示什么，值是什么）。
  • 考虑耗时，Android Studio默认会输出耗时。
  • 不需要考虑测试 private 的方法，将 private 方法当做黑盒内部组件，测试对其引用的 public 方法即可。
  • 尽可能的解耦对于不同的测试方法，不应该存在Test A与Test B存在时序性的情况。

II. Android自带基本的单元测试

control + shift + R (Android Studio 默认执行单元测试快捷键)。

1. 本地单元测试

直接在开发机上面进行运行测试。在没有依赖或者仅仅只需要简单的Android库依赖的情况下，有限考虑使用该类单元测试。

代码存储

如果是对应不同的flavor或者是build type，直接在test后面加上对应后缀(如对应名为 myFlavor 的单元测试代码，应该放在 src/testMyFlavor/java 下面)。

src/test/java

激活测试

在一个功能测试或验证的测试方法前面添加 @Test 的annotation。

Google官方推荐引用 

dependencies {     
    // Required -- JUnit 4 framework，用于单元测试，google官方推荐     
    testCompile 'junit:junit:4.12'     
    // Optional -- Mockito framework，用于模拟架构，google官方推荐     
    testCompile 'org.mockito:mockito-core:1.10.19'     
}

2. 模拟测试

运行在Android设备或者虚拟机上的测试

主要用于测试: 单元(Android架构引用相关的单元测试)、UI、应用组件集成测试(Service、Content Provider、etc.)

代码存储:

src/androidTest/java

Google官方推荐引用 

dependencies {     
    androidTestCompile 'com.android.support:support-annotations:23.0.1'     
    androidTestCompile 'com.android.support.test:runner:0.4.1'     
    androidTestCompile 'com.android.support.test:rules:0.4.1'     
    // Optional -- Hamcrest library     
    androidTestCompile 'org.hamcrest:hamcrest-library:1.3'     
    // Optional -- UI testing with Espresso     
    androidTestCompile 'com.android.support.test.espresso:espresso-core:2.2.1'     
    // Optional -- UI testing with UI Automator     
    androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.1'     
}

常见的UI测试

需要模拟Android系统环境

主要三点:

  1. UI加载好后展示的信息是否正确。
  2. 在用户某个操作后UI信息是否展示正确。
  3. 展示正确的页面供用户操作。

III. 拓展工具

1. AssertJ Android

square/assertj-android

极大的提高可读性。

// 一般的JUnit     
assertEquals(View.GONE, view.getVisibility());     
// AssertJ Android     
assertThat(view).isGone();

2. Robolectric

Robolectric

让模拟测试直接在开发机上完成，而不需要在Android系统上。

主要是解决模拟测试中耗时的缺陷，模拟测试需要安装以及跑在Android系统上，也就是需要在Android虚拟机或者设备上面，所以十分的耗时。基本上每次来来回回都需要几分钟时间。针对这类问题，业界其实已经有了一个现成的解决方案: Pivotal实验室推出的 Robolectric 。通过使用Robolectrict模拟Android系统核心库的 Shadow Classes 的方式，我们可以像写本地测试一样写这类测试，并且直接运行在工作环境的JVM上，十分方便。

3. Mockito

Mockito

快速模拟控制系统架构返回参数。

不同于Roblectric，Mockito可以通过模拟并控制或修改一些方法的行为。

// 无论什么时候调用 myQueryObject.getCurrentTime，返回值都会是 1363027600     
Mockito.doReturn((long) 1363027600).when(myQueryObject).getCurrentTime();

4. Robotium

RobotiumTech/robotium

(Integration Tests)模拟用户操作，事件流测试。

通过模拟用户的操作的行为事件流进行测试，这类测试无法避免需要在虚拟机或者设备上面运行的。是一些用户操作流程与视觉显示强相关的很好的选择。

© 2012 – 2016, Jacksgong(blog.dreamtobe.cn). Licensed under the Creative Commons Attribution-NonCommercial 3.0 license (This license lets others remix, tweak, and build upon a work non-commercially, and although their new works must also acknowledge the original author and be non-commercial, they don’t have to license their derivative works on the same terms). http://creativecommons.org/licenses/by-nc/3.0/

转载本站任何文章请注明：转载至神刀安全网，谢谢 神刀安全网 » Android单元测试与模拟测试

相关 [android 单元测试 模拟] 推荐：

Android单元测试与模拟测试

- - 神刀安全网
考虑可读性，对于方法名使用表达能力强的方法名，对于测试范式可以考虑使用一种规范, 如 RSpec-style. 不要使用逻辑流关键字(If/ese、for、do/while、switch/case)，在一个测试方法中，如果需要有这些，拆分到单独的每个测试方法里. 测试真正需要测试的内容，需要覆盖的情况，一般情况只考虑验证输出（如某操作后，显示什么，值是什么）.

Android单元测试

- - CSDN博客推荐文章
    单元测试不管对于初学编程还是已经工作了很久的开发者来说，都不乐意花时间去写认为没用的代码进行测试，只要交给测试人员就行了，虽然这样也能把软件改出来，但也许你要花上几倍的时间去修改问题，如果在开发的过程中花点时间去写单元测试代码，把尽可能出问题的地方都测试一遍，把问题扼杀在最开始的地方，这样你就不必为后来找问题出处而烦恼.

文章： Android中的单元测试

- - InfoQ cn
随着Agile的普及，以及开发人员对测试重要性的认识逐步加深，单元测试已经成了越来越多软件项目开发中不可缺少的一部分. 无论项目是不是采用TDD的形式来进行开发，单元测试都能够为项目的修改和重构提供一定的保障. 有奖参与：天翼伦敦会，上传应用，为中国队加油. QClub七月技术沙龙（太原/北京/上海/厦门/西安 7月21/28/29日 免费报名中.

Android单元测试研究与实践

- - 美团点评技术团队
处于高速迭代开发中的Android项目往往需要除黑盒测试外更加可靠的质量保障，这正是单元测试的用武之地. 单元测试周期性对项目进行函数级别的测试，在良好的覆盖率下，能够持续维护代码逻辑，从而支持项目从容应对快速的版本更新. 单元测试是参与项目开发的工程师在项目代码之外建立的白盒测试工程，用于执行项目中的目标函数并验证其状态或者结果，其中，单元指的是测试的最小模块，通常指函数.

Android公共库选型 单元测试 依赖管理等调研

- - Trinea
抱歉，最近一个多月一直比较忙，博客许久未更新. 后续更新周期会慢一些，不过依旧会陆续分享一些原创. 最近在调研一些事情，欢迎大家留言告诉我自己公司的一些情况、经验及想法. 测试辅助框架选型，Quality Tools for Android, android-test-kit, robolectric, Android FEST指标同上.

Hadoop之MapReduce单元测试

- - ITeye博客
通常情况下，我们需要用小数据集来单元测试我们写好的map函数和reduce函数. 而一般我们可以使用Mockito框架来模拟OutputCollector对象（Hadoop版本号小于0.20.0)和Context对象(大于等于0.20.0). 下面是一个简单的WordCount例子：(使用的是新API）.

springboot单元测试技术

- - 海思
整个软件交付过程中，单元测试阶段是一个能够最早发现问题，并且可以重复回归问题的阶段，在单元测试阶段做的测试越充分，软件质量就越能得到保证. 具体的代码参照 示例项目 https://github.com/qihaiyan/springcamp/tree/master/spring-unit-test.

“单元测试要做多细？”

- - 酷壳 - CoolShell.cn
这篇文章主要来源是StackOverflow上的一个回答——“ How deep are your unit tests?”. 一个有13.8K的分的人（ John Nolan）问了个关于TDD的问题，他说——. “TDD需要花时间写测试，而我们一般多少会写一些代码，而第一个测试是测试我的构造函数有没有把这个类的变量都设置对了，这会不会太过分了.

迈出单元测试的第一步

- - 酷勤网-挖经验 [expanded by feedex.net]
单元测试不仅是软件行业的最佳实践，在敏捷方法的推动下，它也成为了可持续软件生产的支柱. 年度敏捷调查，70%的参与者会对他们的代码进行单元测试. 单元测试和其他敏捷实践密切相关，所以开始编写测试是组织向敏捷转型的踏脚石. 我将在本文介绍符合要求的小技巧，以及在开发周期里进行单元测试的步骤. 没有自动化，单元测试的习惯也不会持续太久.

iOS开发进阶之单元测试

- - 博客园_首页
本文侧重讲述如何在iOS程序的开发过程中使用单元测试. 使用Xcode自带的OCUnit作为测试框架. 单元测试作为敏捷开发实践的组成之一，其目的是提高软件开发的效率，维持代码的健康性. 其目标是证明软件能够正常运行，而不是发现bug（发现bug这一目的与开发成本是正相关的，虽然发现bug是保证软件质量的一种手段，但是很显然这与降低软件开发成本这一目的背道而驰）.