在 Android 应用中进行单元測试非常困难。有时候甚至是不可能的。在之前的两篇博文中,我已经向大家解释了在 Android 中进行单元測试如此困难的原因。而上一篇博文我们通过分析得到的结论是:正是 Google 官方所提倡的应用架构方式使得在 Android 中进行单元測试变成一场灾难。由于在官方提倡的架构方式中,Google 似乎希望我们将业务逻辑都放在应用的组件类中(比如:Activity,Fragment。Service,等等……)。而这种开发方式也是我们一直以来使用的开发模板。

在这篇博文中。我列举出几种架构 Android 应用的方法,使用这些方法进行开发能让单元測试变得轻松些。但正如我在中所说,我最推崇的办法始终是 Square 公布的博文:Square:从今天開始抛弃Fragment吧。 中所用的通用方法。由于这种方法是由 Square 中的 Android 开发project师想出来的。所以我会在接下来的博文中将这个办法叫作“Square 大法”。

Square 大法的核心思想是:把应用组件类中的业务逻辑所有移除(比如:Activity,Fragment,Service。等等……)。并且把业务逻辑转移到业务对象,而这些业务对象都是被依赖注入的纯 Java 对象。以及与 Android 无关的接口在此的 Android 特定实现。假设我们在开发应用的时候使用 Square 大法,那进行单元測试就简单多了。

在这篇博文中,我会解释 Square 大法是怎样帮助我们重构 UI 无关的应用组件(比如我们在之前的博文中讨论的 SessionCalendarService),并让对它进行单元測试变得easy很多。

用 Square 大法重构 UI 无关的应用组件

用 Square 大法重构类似于 Service,ContentProvider,BroadcastReceiver这种 UI 无关的应用组件相对来说比較easy。

我再说一次我们要做的事情吧:把在这些类中的业务逻辑移除。并把它们放到业务对象中。

由于“业务逻辑”是非常easy有歧义的词语,我来解释下我使用“业务逻辑”这个词时,它所代表的含义吧。当我提到“业务逻辑”,它的含义和维基百科上的解释是一致的:程序中依据现实世界中的规则用于决定数据将怎样被创建,展示,储存和改动的那部分代码。那么如今我们就能够就“业务逻辑”这个词的含义达成共识了,那就来看看 Square 大法究竟是啥吧。

我们先来看看怎么用 Square 大法实现我在之前的博文中介绍的 SessionCalendarService 吧,详细代码例如以下:

/**
* Background {@link android.app.Service} that adds or removes session Calendar events through
* the {@link CalendarContract} API available in Android 4.0 or above.
*/
public class SessionCalendarService extends IntentService {
private static final String TAG = makeLogTag(SessionCalendarService.class); //... public SessionCalendarService() {
super(TAG);
} @Override
protected void onHandleIntent(Intent intent) {
final String action = intent.getAction();
Log.d(TAG, "Received intent: " + action); final ContentResolver resolver = getContentResolver(); boolean isAddEvent = false; if (ACTION_ADD_SESSION_CALENDAR.equals(action)) {
isAddEvent = true; } else if (ACTION_REMOVE_SESSION_CALENDAR.equals(action)) {
isAddEvent = false; } else if (ACTION_UPDATE_ALL_SESSIONS_CALENDAR.equals(action) &&
PrefUtils.shouldSyncCalendar(this)) {
try {
getContentResolver().applyBatch(CalendarContract.AUTHORITY,
processAllSessionsCalendar(resolver, getCalendarId(intent)));
sendBroadcast(new Intent(
SessionCalendarService.ACTION_UPDATE_ALL_SESSIONS_CALENDAR_COMPLETED));
} catch (RemoteException e) {
LOGE(TAG, "Error adding all sessions to Google Calendar", e);
} catch (OperationApplicationException e) {
LOGE(TAG, "Error adding all sessions to Google Calendar", e);
} } else if (ACTION_CLEAR_ALL_SESSIONS_CALENDAR.equals(action)) {
try {
getContentResolver().applyBatch(CalendarContract.AUTHORITY,
processClearAllSessions(resolver, getCalendarId(intent)));
} catch (RemoteException e) {
LOGE(TAG, "Error clearing all sessions from Google Calendar", e);
} catch (OperationApplicationException e) {
LOGE(TAG, "Error clearing all sessions from Google Calendar", e);
} } else {
return;
} final Uri uri = intent.getData();
final Bundle extras = intent.getExtras();
if (uri == null || extras == null || !PrefUtils.shouldSyncCalendar(this)) {
return;
} try {
resolver.applyBatch(CalendarContract.AUTHORITY,
processSessionCalendar(resolver, getCalendarId(intent), isAddEvent, uri,
extras.getLong(EXTRA_SESSION_START),
extras.getLong(EXTRA_SESSION_END),
extras.getString(EXTRA_SESSION_TITLE),
extras.getString(EXTRA_SESSION_ROOM)));
} catch (RemoteException e) {
LOGE(TAG, "Error adding session to Google Calendar", e);
} catch (OperationApplicationException e) {
LOGE(TAG, "Error adding session to Google Calendar", e);
}
} //...
}

如你所见,SessionCalendarService 调用了将要在后面定义的 helper 方法。一旦我们将这些 helper 方法和类的字段声明也考虑进来。Service 类的代码就有400多行。

要 hold 住这么庞大的类内发生的业务逻辑可不是什么简单的活,并且就像我们在上一篇博文中看到的那样。要在 SessionCalendarService 中进行单元測试简直是天方夜谭。

那如今来看看用 Square 大法实现它代码会是怎样的。我再强调一次:Square 大法须要我们将 Android 类内的业务逻辑迁移到一个业务对象中。

在这里,SessionCalendarService 所相应的业务对象则是 SessionCalendarUpdater。详细代码例如以下:

public class SessionCalendarUpdater {

    //...

    private SessionCalendarDatabase mSessionCalendarDatabase;
private SessionCalendarUserPreferences mSessionCalendarUserPreferences; public SessionCalendarUpdater(SessionCalendarDatabase sessionCalendarDatabase,
SessionCalendarUserPreferences sessionCalendarUserPreferences) { mSessionCalendarDatabase = sessionCalendarDatabase;
mSessionCalendarUserPreferences = sessionCalendarUserPreferences;
} public void updateCalendar(CalendarUpdateRequest calendarUpdateRequest) { boolean isAddEvent = false; String action = calendarUpdateRequest.getAction(); long calendarId = calendarUpdateRequest.getCalendarId(); if (ACTION_ADD_SESSION_CALENDAR.equals(action)) {
isAddEvent = true; } else if (ACTION_REMOVE_SESSION_CALENDAR.equals(action)) {
isAddEvent = false; } else if (ACTION_UPDATE_ALL_SESSIONS_CALENDAR.equals(action)
&& mSessionCalendarUserPreferences.shouldSyncCalendar()) { try { mSessionCalendarDatabase.updateAllSessions(calendarId); } catch (RemoteException | OperationApplicationException e) { LOGE(TAG, "Error adding all sessions to Google Calendar", e);
} } else if (ACTION_CLEAR_ALL_SESSIONS_CALENDAR.equals(action)) { try { mSessionCalendarDatabase.clearAllSessions(calendarId); } catch (RemoteException | OperationApplicationException e) { LOGE(TAG, "Error clearing all sessions from Google Calendar", e);
} } else {
return;
} if (!shouldUpdateCalendarSession(calendarUpdateRequest, mSessionCalendarUserPreferences)) {
return;
} try { CalendarSession calendarSessionToUpdate = calendarUpdateRequest.getCalendarSessionToUpdate(); if (isAddEvent) { mSessionCalendarDatabase.addCalendarSession(calendarId, calendarSessionToUpdate);
} else { mSessionCalendarDatabase.removeCalendarSession(calendarId, calendarSessionToUpdate);
} } catch (RemoteException | OperationApplicationException e) {
LOGE(TAG, "Error adding session to Google Calendar", e);
}
} private boolean shouldUpdateCalendarSession(CalendarUpdateRequest calendarUpdateRequest,
SessionCalendarUserPreferences sessionCalendarUserPreferences) { return calendarUpdateRequest.getCalendarSessionToUpdate() == null || !sessionCalendarUserPreferences.shouldSyncCalendar();
}
}

我想要强调当中的一些要点:首先,须要注意。我们全然不须要用到不论什么新的关键字,由于业务对象的依赖都被注入了,它根本不会使用新的关键字,而这正是让类可单元測试的关键。其次。你会注意到类没有确切地依赖于 Android SDK,由于业务对象的依赖都是 Android 无关接口的 Android 特定实现。因此它不须要依赖于 Android SDK。

那么这些依赖是怎么加入到 SessionCalendarUpdater 类中的呢?是通过 SessionCalendarService 类注入进去的:

/**
* Background {@link android.app.Service} that adds or removes session Calendar events through
* the {@link CalendarContract} API available in Android 4.0 or above.
*/
public class SessionCalendarService extends IntentService {
private static final String TAG = makeLogTag(SessionCalendarService.class); public SessionCalendarService() {
super(TAG);
} @Override
protected void onHandleIntent(Intent intent) {
final String action = intent.getAction();
Log.d(TAG, "Received intent: " + action); final ContentResolver resolver = getContentResolver(); Broadcaster broadcaster = new AndroidBroadcaster(this); SessionCalendarDatabase sessionCalendarDatabase = new AndroidSessionCalendarDatabase(resolver,
broadcaster); SharedPreferences defaultSharedPreferences = PreferenceManager.getDefaultSharedPreferences(this); SessionCalendarUserPreferences sessionCalendarUserPreferences = new AndroidSessionCalendarUserPreferences(defaultSharedPreferences); SessionCalendarUpdater sessionCalendarUpdater
= new SessionCalendarUpdater(sessionCalendarDatabase,
sessionCalendarUserPreferences); AccountNameRepository accountNameRepository = new AndroidAccountNameRepository(intent, this); String accountName = accountNameRepository.getAccountName(); long calendarId = sessionCalendarDatabase.getCalendarId(accountName);
CalendarSession calendarSessionToUpdate = CalendarSession.fromIntent(intent); CalendarUpdateRequest calendarUpdateRequest = new CalendarUpdateRequest(action, calendarId, calendarSessionToUpdate); sessionCalendarUpdater.updateCalendar(calendarUpdateRequest);
}
}

值得注意的是,改动后的 SessionCalendarService 到处都是新的关键字。但这些关键字在类中并不会引起什么问题。假设我们花几秒时间略读一下要点就会明确这一点:SessionCalendarService 类中已经没有不论什么业务逻辑,因此 SessionCalendarService 类不再须要进行单元測试。仅仅要我们确定在 SessionCalendarService 调用的是 SessionCalendarUpdater 类中的 updateCalendar() 方法,在 SessionCalendarService 唯一可能出现的就是编译时错误。

我们全然不须要为此实现測试单元。由于这是编译器的工作。与我们无关。

由于我在前两篇博文中提到的相关原因,将我们的 Service 类拆分成这样会使对业务逻辑进行单元測试变得非常easy,比如我们对 SessionCalendarUpdater 类进行单元測试的代码能够写成以下的样子:

public class SessionCalendarUpdaterTests extends TestCase {

    public void testShouldClearAllSessions() throws RemoteException, OperationApplicationException {

        SessionCalendarDatabase sessionCalendarDatabase = mock(SessionCalendarDatabase.class);

        SessionCalendarUserPreferences sessionCalendarUserPreferences = mock(SessionCalendarUserPreferences.class);

        SessionCalendarUpdater sessionCalendarUpdater = new SessionCalendarUpdater(sessionCalendarDatabase,
sessionCalendarUserPreferences); CalendarUpdateRequest calendarUpdateRequest = new CalendarUpdateRequest(SessionCalendarUpdater.ACTION_CLEAR_ALL_SESSIONS_CALENDAR,
0,
null); sessionCalendarUpdater.updateCalendar(calendarUpdateRequest); verify(sessionCalendarDatabase).clearAllSessions(0);
}
}

结论

为了能够进行单元測试。我觉得改动后的代码变得更易读和更易维护了。能够肯定的是,我们还有很多办法能让代码变得更好。但在让代码能够进行单元測试的过程中,我想让改动后的代码尽可能与改动前风格类似,所以我没有进行其它改动。在下一篇博文中,我将会教大家怎样使用 Square 大法重构应用的 UI 组件(比如:Fragment 和 Activity)。

Android 进行单元測试难在哪-part3的更多相关文章

  1. android中单元測试中的断言assert的使用与扩展

    首先看一组对照,比方说我们要測试的结果是一个Linearlaout AssertJ Android: assertThat(layout).isVisible() .isVertical() .has ...

  2. Android单元測试之JUnit

    随着近期几年測试方面的工作慢慢火热起来.常常看见有招聘測试project师的招聘信息.在Java中有单元測试这么一个JUnit 方式,Android眼下主要编写的语言是Java,所以在Android开 ...

  3. (4.5.4)Android測试TestCase单元(Unit test)測试和instrumentationCase单元測试

    Android单元和instrumentation单元測试 Developing Android unit and instrumentation tests Android的单元測试是基于JUnit ...

  4. Android下的单元測试

    android下的单元測试 在AndroidManifest.xml文件里配置下面信息: 在manifest节点下加入: <!-- 指定測试信息和要測试的包 --> <instrum ...

  5. 【Android进阶】Junit单元測试环境搭建以及简单有用

    单元測试的目的 首先.Junit单元測试要实现的功能,就是用来測试写好的方法是否可以正确的运行,一般多用于对业务方法的測试. 单元測试的环境配置 1.在AndroidManifest清单文件的Appl ...

  6. Android studio及eclipse中的junit单元測试

    转载请标明出处:http://blog.csdn.net/nmyangmo/article/details/51179106 前一段时间有人问我单元測试的相关内容,我稍作总结做日志例如以下: 由于我接 ...

  7. 聊聊单元測试(一)——EasyMock

    一.单元測试是保证软件质量的重要方法. 单元測试是对系统中某个模块功能的验证,但我们总会遇到这样那样的问题,导致測试代码非常难编写.最直接的一个原因便是强耦合关系,被測试者依赖一些不easy构造,比較 ...

  8. 利用Continuous Testing实现Eclipse环境自己主动单元測试

    当你Eclipse环境中改动项目中的某个方法时,你可能因为各种原因没有执行单元測试,结果代码提交,悲剧就可能随之而来. 所幸infinitest(http://infinitest.github.io ...

  9. 在Eclipse中使用JUnit4进行单元測试(0基础篇)

    本文绝大部分内容引自这篇文章: http://www.devx.com/Java/Article/31983/0/page/1 我们在编写大型程序的时候,须要写成千上万个方法或函数,这些函数的功能可能 ...

随机推荐

  1. CSS简介和CSS选择器

    <pre name="code" class="html">Css 简洁 css 选择器 标签选择器 类选择器 ID选择器 Css 层叠样式表 Ca ...

  2. win7系统远程连接其它计算机,并且向远程机传输文件

    首先,打开开始菜单,在程序自带的 “附件“ 中找到 "远程桌面连接"并打开,出现远程桌面对话框: 其次,在对话框左下角点击“选项”,选择“本地资源对话框”,在本地设备和资源下点击“ ...

  3. HTML5小游戏《智力大拼图》发布,挑战你的思维风暴

    一,前言   本 游戏 是鄙人研究lufylegend数日之后,闲暇之余写下的.本游戏运用全新的技术 html 5写成的.游戏引擎为国产的lufylegend.js,大家可以去它的官网看看.游戏处于测 ...

  4. stm32智能小车之路之小车启动

           首先.安装完小车后最激动的还是想让他跑动,那么就開始吧.写个简单的程序測试下电机是否正常.打开keil软件新建一个project,详细简历keilproject不会的请百度.或者call ...

  5. PHP - 字符串操作

    第8章 字符串处理 学习要点: 1.字符串格式化 2.操作子字符串 3.字符串比较 4.查找替换字符串 5.处理中文字符 在每天的编程工作中,处理.调整以至最后控制字符串是很重要的一部分,一般也认为这 ...

  6. 去掉Qt加载png图像文件时候的iccp警告

    用QML加载png文件时显示如下警告(图像正常加载显示) libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP ...

  7. Linux内核源代码解析之——sock's buffer参数

    本文原创为freas_1990,转载请标明出处:http://blog.csdn.net/freas_1990/article/details/11539695 关于socket与sock的关系再简单 ...

  8. linux scp传文件

    一.输入 scp 201207.tar.gz root@192.1001.122:/backup 二.输入密码:abc123 注解: scp 201207.tar.gz :将要传输的文件 root : ...

  9. sqlserver 存储过程实例

    ALTER PROC [dbo].[SP_mm_NS] (        @ID        NVARCHAR(60),        @ReturnCode    NVARCHAR(30) OUT ...

  10. 24篇HTTP博客

    http://www.cppblog.com/woaidongmao/category/11721.html