(MVP+RxJava+Retrofit)解耦+Mockito单元测试 经验分享

前言

首先,对于MVP、RxJava还不了解的同学,请先阅读这几篇文章:

  • Android MVP模式 简单易懂的介绍方式
  • RxJava快速入门
  • 给 Android 开发者的 RxJava 详解

了解 Retrofit、okHttp,直接看Squre官网

  • Retrofit
  • OkHttp

之所以说解耦,很大程度是 MVP、Rxjava、Retrofitjava工程 就能使用,本身不依赖Android SDK。这一点对Android单元测试至关重要。

MVP & RxJava在2015年已经很火了,加上2016年发布正式版的 OkHttp3.0 & Retrofit2.0 火上浇油,全世界简直炸开了锅,Android开发有了质的飞跃(代码层面)。

国内Android开发者逐渐成熟,翻墙越来越方便,国外的技术在国内使用顺理成章。目前,国内状况是,Android开发者不缺,缺的是大量Android中级开发者。因此,学会使用MVP、RxJava、Retrofit、Mockito单元测试势在必行。

逆水行走,不进则退。


请求User数据,并在显示

User bean:

public class User {
    public int    uid;
    public String name;
}

UserView,网络加载完User数据,回调onUserLoaded(user)

public interface UserView {
    void onUserLoaded(User user);
}

UserServiceRetrofit代理的请求接口:

public interface UserService {

    @GET("user/{uid}.json")
    Observable loadUser(@Path("uid") int uid);
}

View (Activity)交互的UserPresenter接口、以及实现UserPresenterImpl

public interface UserPresenter {

    void loadUser(int uid);
}
public class UserPresenterImpl implements UserPresenter {

    UserService userService;
    UserView    userView;

    public UserPresenterImpl(UserView userView) {
        this.userView = userView;

        userService = new Retrofit.Builder().baseUrl("http://**.com/")
                                            .addConverterFactory(GsonConverterFactory.create())
                                            .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
                                            .build()
                                            .create(UserService.class);
    }

    @Override
    public void loadUser(int uid) {
        // 异步网络请求User数据,并在onNext(user)返回
        userService.loadUser(uid)
                   .subscribeOn(Schedulers.io())
                   .observeOn(AndroidSchedulers.mainThread())
                   .subscribe(new Subscriber() {

                       @Override
                       public void onNext(User user) {
                           userView.onUserLoaded(user);
                       }
                       ......
                   });
    }
}

MainActivity

public class MainActivity extends Activity implements UserView {

    UserPresenter userPresenter;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        userPresenter = new UserPresenterImpl(this);
    }

    @Override
    public void onUserLoaded(User user) {
        textView.setText(user.toString());
    }
}

为何解耦?

前言中提及,RxJavaRetrofit是不依赖Android SDK的独立的第三方库,MVP模式通过接口编程,把依赖Android SDKView层(Activity)Presenter、Model隔离。这里说的Model是指retrofit和代理的Service网络请求接口,对于Model层依赖与Android SDKDAO、sqlite,之后会讨论。

当P层、网络M层不依赖Android SDK,我们就可以用JUnit写单元测试,并直接运行在JVM上了。


JUnit4+Mockito单元测试

很多Android开发的同学,不了解单元测试。对于不是测试专业出身、又没技术大牛调教过的程序猿,缺乏单元测试知识,比比皆是。要了解单元测试,推荐阅读:

美团点评技术团队《Android单元测试研究与实践》
邹小创 《Android单元测试(二):再来谈谈为什么》

老实说,我也是2016年初,才真正接触单元测试。2016年3月才正式对项目写单元测试。写了一个多月,越来越意识到单元测试的重要性。单元测试达到的目的,总结成两点:

  • 快速开发
  • 提高代码质量

你没看错,确实是“快速”

对于需求“请求User,并显示”,噼里啪啦写完Presenter、Service、Activity,需要 编译、运行真机or模拟器才能debug,如果写错了,修改代码后,还要编译、运行在真机....还写错,修改、编译、运行.... 小型项目怎么也要40s~1分钟吧,还要花几分钟时间手动操作界面...用Android Sutdio debug或Log.....这个过程太漫长了!!

如果你学会写Junit单元测试,可以直接对单个Presenter、Service编译运行,不需要关心是否受到其他类的代码or网络环境、服务器是否正常的影响。运行一下就几秒钟,JunitMockito的错误提示,还让你快速定位问题。

瞎逼逼了那么久,该上代码。

Presenter单元测试

打开UserPresenter,对着类名 右键 -> Go To -> Test

Image 2.png

创建OK之后,你会得到UserPresenterTest.java

Image 6.png

public class UserPresenterTest {

    @Before
    public void setUp() throws Exception {
    }

    @Test
    public void testLoadUser() throws Exception {
    }
}

要对UserPresenterImpl进行单元测试,还需要做一点点改进:

public class UserPresenterImpl implements UserPresenter {

    UserService userService;
    UserView    userView;

    // 让外部传入UserService & UserView
    public UserPresenterImpl(UserService userService, UserView userView) {
        this.userService = userService;
        this.userView = userView;
    }
    ...
}
import static org.mockito.Mockito.mock;

public class UserPresenterTest {

    UserPresenter userPresenter;
    UserView      userView;
    UserService   userService;

    @Before
    public void setUp() throws Exception {
        RxUnitTestTools.openRxTools();
    
        // 生成mock对象
        userView = mock(UserView.class); 
        userService = mock(UserService.class);

        userPresenter = new UserPresenterImpl(userService, userView);
    }
}

注意,这里import static org.mockito.Mockito.mock,静态引用org.mockito.Mockitomock()静态方法。我们不用自己敲这句import,通过代码补全提示就可以自动生成了,如图:

Image 7.png

这里有行RxUnitTestTools.openRxTools()到底是什么?

public class RxUnitTestTools {
    private static boolean isInitRxTools = false;

    /**
     * 把异步变成同步,方便测试
     */
    public static void openRxTools() {
        if (isInitRxTools) {
            return;
        }
        isInitRxTools = true;

        RxAndroidSchedulersHook rxAndroidSchedulersHook = new RxAndroidSchedulersHook() {
            @Override
            public Scheduler getMainThreadScheduler() {
                return Schedulers.immediate();
            }
        };

        RxJavaSchedulersHook rxJavaSchedulersHook = new RxJavaSchedulersHook() {
            @Override
            public Scheduler getIOScheduler() {
                return Schedulers.immediate();
            }
        };

        // reset()不是必要,实践中发现不写reset(),偶尔会出错,所以写上保险^_^
        RxAndroidPlugins.getInstance().reset();
        RxAndroidPlugins.getInstance().registerSchedulersHook(rxAndroidSchedulersHook);
        RxJavaPlugins.getInstance().reset();
        RxJavaPlugins.getInstance().registerSchedulersHook(rxJavaSchedulersHook);
    }
}

这个类是让RxJava&RxAndroidSchedulers.io()AndroidSchedulers.mainThread()转换成Schedulers.immediate(),从而让Obserable从异步变同步。

然后,写testLoadUser()

    @Test
    public void testLoadUser() throws Exception {
        User user = new User();
        user.uid = 1;
        user.name = "kkmike999";

        when(userService.loadUser(anyInt())).thenReturn(Observable.just(user));

        userPresenter.loadUser(1);

        ArgumentCaptor captor = ArgumentCaptor.forClass(User.class);

        verify(userService).loadUser(1);
        verify(userView).onUserLoaded(captor.capture());

        User result = captor.getValue(); // 捕获的User

        Assert.assertEquals(result.uid, 1); 
        Assert.assertEquals(result.name, "kkmike999");
    }

让我解析一下:

when...thenReturn...

when(userService.loadUser(anyInt())).thenReturn(Observable.just(user));

当调用userService.loadUser(...),参数为任意int,返回Observable.just(user)对象。

verify

verify(userService).loadUser(1);,验证 userService.loadUser(...)是否被调用,并校验传入参数uid==1

这一步很重要,这个loadUser(uid)参数比较少,当方法参数多时(例如loadXXX(int,int,int,int...String,String....)),特别容易搞错。当后端接口修改了,service相应也要修改,这时多参数的方法很容易出问题。

verify(userView).onUserLoaded(captor.capture());,验证userView.onUserLoaded(...)是否被调用,并捕获传入的user参数

ArgumentCaptor

顾名思义参数捕获器,就是捕获传入参数。当userService.loadUser()执行完并返回Observable,在onNext(user)回调User传给userView.onUserLoaded(...),但我们不确定回调的user是否正确。因此我们需要捕获user参数,并校验其正确性。

如果参数是List类型,ArgumentCaptor captor = ArgumentCaptor.forClass(List.class)即可,不需要写List泛型参数。

assertEquals

这个不用说了吧.....


Service(Model层)单元测试

测试这一层的目的,是验证从服务器返回的数据,是否解析成正确的对象。单元测试时,应该模拟服务器返回json数据。由于UserServiceRetrofit代理过,所以单元测试需要一点技巧。

写一个MockRetrofitHelper

public class MockRetrofitHelper {

    public  T create(Class clazz) {
        OkHttpClient client = new OkHttpClient.Builder()
                                              .addInterceptor(new MockInterceptor())
                                              .build();
                                                       
        Retrofit retrofit = new Retrofit.Builder().baseUrl("http://api.***.com")
                                                  .client(client)
                                                  .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
                                                  .addConverterFactory(GsonConverterFactory.create())
                                                  .build();

        return retrofit.create(clazz);
    }

    private String path;

    public void setPath(String path) {
        this.path = path;
    }

    private class MockInterceptor implements Interceptor{

        @Override
        public Response intercept(Chain chain) throws IOException {
            // 模拟网络数据
            String content = AssestsReader.readFile(path);

            ResponseBody body = ResponseBody.create(MediaType.parse("application/x-www-form-urlencoded"), content);

            Response response = new Response.Builder().request(chain.request())
                                                      .protocol(Protocol.HTTP_1_1)
                                                      .code(200)
                                                      .body(body)
                                                      .build();
            return response;
        }
    }
}

解释一下,MockInterceptor的职责,读取本地数据,并直接返回。因此,OkHttpClient并没有真正请求网络数据,而是用了本地数据。

OkHttp Interceptor不熟悉的同学,参考:

学习OkHttp --Interceptors

然后,写UserServiceTest单元测试:

public class UserServiceTest {

    UserService        userService;
    MockRetrofitHelper retrofit;

    @Before
    public void setUp() throws Exception {
        retrofit = new MockRetrofitHelper();

        userService = retrofit.create(UserService.class);
    }

    @Test
    public void testLoadUser() throws Exception {
        retrofit.setPath(".../User.json");

        TestSubscriber testSubscriber = new TestSubscriber<>();

        userService.loadUser(1)
                   .toBlocking()
                   .subscribe(testSubscriber);

        User user = testSubscriber.getOnNextEvents()
                                  .get(0);

        Assert.assertEquals(user.uid, 1);
        Assert.assertEquals(user.name, "kkmike999");
    }
}

Observalbe调用subscribe(...)时,TestSubscriber 会捕获onNext(user)参数,并放进List事件队列。我们通过testSubscriber.getOnNextEvents()获取事件队列,从这个队列获取User,并验证正确性。

不用TestSubscriber也可以这样:

User user =  userService.loadUser(1)
                        .toBlocking()
                        .first();

小结

文章已经到尾声。对于mockito、retrofit、okhttp intercepor熟悉的你,本文并没有太多难点。

为新功能写代码时,应该先写Presenter或者Service,不急着运行,再写PresenterTestServiceTest,在JVM上验证代码是否正确。写完单元测试后,再让Activity调用Presenter

Activity、Service单元测试感兴趣的同学,不妨了解Robolectric(发音比较坑爹,重音在l而不是R)。它可以让你在JVM运行Activity单元测试,比真机调试快多了。

各位同学,千万不要觉得 很麻烦、项目很赶 就不写单元测试,这些都是业界大牛的经验之谈,有益无害!当你发现代码无法单元测试,证明代码本身有问题,应该去改进,而不是放弃单元测试。


实际项目与Retrofit

一个中型的APP项目,可能由几位工程师一起编写,对于Retrofit等新技术并不是每个人都接受。希望《同事拒绝Retrofit,怎么办?》对你有帮助。


关于作者
我是键盘男。
在广州生活,在创业公司上班,猥琐文艺码农。喜欢科学、历史,玩玩投资,偶尔独自旅行。希望成为独当一面的工程师。

你可能感兴趣的:((MVP+RxJava+Retrofit)解耦+Mockito单元测试 经验分享)