Android单元测试—MVP中的Presenter测试

很多人在面试的时候回答MVP的优点会提出：“有利于单元测试”。但是很多程序员没有写单元测试的习惯，特别是小型的创业公司，由于大量的编码工作使程序员将测试的任务全部交给了测试部门。实际上单元测试能够减少逻辑上的错误和bug量。

1、Presenter中的逻辑测试

这里只对Presenter的测试进行说明，Presenter的测试相对于Mode和View的测试更加重要。因为主要的逻辑代码写在这里。

1.1、Presenter测试的逻辑原理

在测试代码中编写一些测试案例，断言可能出现的结果来测试功能代码的逻辑。在MVP架构中，将View和Model分开了，用Presenter进行View和Model通信。用断言的方式来列举出Model可能出现的数据，验证Presenter中的逻辑判断，然后检查View层执行的方法。其中：测试的过程控制、测试逻辑、测试案例等用到Junit框架；用于断言和检查方法执行用到Mockito框架。

1.2、单元测试依赖的测试框架

Presenter为逻辑测试，主要依赖Junit和mokito框架。

    // 测试相关
    testImplementation "junit:junit:4.12"
    testImplementation "org.mockito:mockito-core:1.10.19"

在进行单元测试前，必须了解Junit和Mockito提供的注解和方法，否则就无法进行测试。
比如：

image.png

以上图片的内容来自文章：
www.jianshu.com/p/5c8cde7ab…

如果不知道Junit和mokito，建议先点过去看下。

2、在MVP框架中的单元测试实战

假如现在在做一个登录的功能，登录的需求如下。

1、登录成功。（当服务返回的code为0。）
2、登录失败。（当服务其返回的code不为0。）
3、登录失败，因为用户名为空。
4、登录失败，因为密码为空。

2.1、非TTD测试驱动开发模式的单元测试

（什么是TTD测试驱动开发？后面会提到）
按照需求，会去创建MVP结构来做这个模块。（注意：1、这里展示的是最简单的MVP结构。2、网络请求框架我用的是已经封装好的Rxjava+Retorfit。3、api用的是WanAndroid的api）

image.png

在LoginContract中根据需求定义接口：

public interface LoginContract {
    public interface View {
        // 登录成功。（当服务返回的code为0。）
        void loginSuccess();

        // 登录失败。（当服务其返回的code不为0。）
        void loginFail();

        // 登录失败，因为用户名错误
        void loginFailCauseByErrorUserName();

        // 登录失败，因为用户名错误
        void loginFailCauseByErrorPassword();
    }

    public interface Model {
        Observable<Response<JSONObject>> login(String userName, String userPwd);
    }

    public interface Presenter {
        void login(String userName, String userPwd);
    }
}

Presenter中的代码：

/**
 * 登录Presenter层
 */
public class LoginPresenter implements LoginContract.Presenter {

    private LoginContract.Model model;
    private LoginContract.View view;
    private BaseSchedulerProvider schedulerProvider;
    private CompositeDisposable mDisposable;

    public LoginPresenter(LoginContract.Model model,LoginContract.View view){
        this.view = view;
        this.model = model;
        mDisposable = new CompositeDisposable();
        schedulerProvider = SchedulerProvider.getInstance();
    }

    /**
     * 这个是为单元测试建的构造函数，原因是因为Rxjava线程切换，必须设置为立即执行才能测试通过
     * @param model
     * @param view
     * @param schedulerProvider
     */
    public LoginPresenter(LoginContract.Model model,LoginContract.View view,SchedulerTestProvider schedulerProvider){
        this.view = view;
        this.model = model;
        mDisposable = new CompositeDisposable();
        this.schedulerProvider = schedulerProvider;
    }

    @Override
    public void login(String userName, String userPwd) {
        if (TextUtils.isEmpty(userName)) {
            view.loginFailCauseByErrorUserName();
            return;
        }
        if (TextUtils.isEmpty(userPwd)) {
            view.loginFailCauseByErrorPassword();
            return;
        }
        Disposable disposable = model.login(userName, userPwd).
                compose(ResponseTransformer.handleResult()).
                compose(schedulerProvider.applySchedulers())
                .subscribe(jsonObject -> {
                            view.loginSuccess();
                        },
                        throwable -> {
                            view.loginFail();
                        });
        mDisposable.add(disposable);
    }
}

这里要进行测试的就是login(String userName, String userPwd)方法中的逻辑。测试的时候会断言服务器返回的数据，会列举一些登录成功和登录失败的测试案例，如果这些测试案例能够正常运行，那么就代表这些代码的逻辑运行正常。

新建一个测试类去测试Presenter的逻辑。

新建测试类
根据需求写出测试案例初始化Presenter使用的必要类

/** * 登录Presenter的测试类 */
public class LoginPresenterTest {

    @Mock
    private LoginContract.Model model;

    @Mock
    private LoginContract.View view;

    private LoginPresenter presenter;

    @Mock
    private SchedulerTestProvider schedulerProvider;

    @Before
    public void setUp() {
        MockitoAnnotations.initMocks(this);
        schedulerProvider = new SchedulerTestProvider();
        presenter = new LoginPresenter(model, view,schedulerProvider);
    }

    /** * 登陆成功 * @throws Exception */
    @Test
    public void loginSuccess() throws Exception {
    }

    /** * 登录失败，服务器返回错误的code * @throws Exception */
    @Test
    public void loginFailByServer() throws Exception{
    }

    /** * 登录失败，错误的用户名 * @throws Exception */
    @Test
    public void loginFailByErrorUserName() throws Exception{
    }

    /** * 登录失败，错误的密码 * @throws Exception */
    @Test
    public void loginFailByErrorPwd() throws Exception{
    }

}

这里写出登录成功loginsuccess()的测试代码：

    @Test
    public void loginSuccess() throws Exception {
        // 1、断言model.login的方法返回正确的Response数据
        when(model.login("123321","123321")).thenReturn(Observable.just(new Response<>(0,new JSONObject(),"")));
        // 2、Presenter执行登录逻辑
        presenter.login("123321","123321");
        // 3、预测回调给view层的方法是否被调用
        verify(view).loginSuccess();
    }

这里的测试逻辑为：
1、断言model返回正确的数据。
2、presenter去调用登录的方法。
3、检测view最后会调用的方法。

然后单独测试这个方法。

点这里测试

如果绿了就成功了。（什么玩意？绿..绿了？）

image.png

那这里对返回的参数进行修改，将code改为非0，这个逻辑在网络请求框架中的ResponseTransformer类中定义的，非0则请求失败。

    @Test
    public void loginSuccess() throws Exception {
        // 1、断言model.login的方法返回正确的Response数据
        when(model.login("123321","123321")).thenReturn(Observable.just(new Response<>(1,new JSONObject(),"")));
        // 2、Presenter执行登录逻辑
        presenter.login("123321","123321");
        // 3、预测回调给view层的方法是否被调用
        verify(view).loginSuccess();
    }

按照实际逻辑，如果为非0就是登录失败，view层的loginSuccess()方法一定不会被调用，那么测试肯定无法通过。那么运行一下。

TIM截图20181013144539.png

好的红了，看下这个提示信息
Wanted but not invoked。这个意思使想要使用但是不被调用。

以上的例子就是单元测试的一个简单的例子了。

2.1、TTD测试驱动开发模式的单元测试

这里提到了TTD测试驱动开发，TTD测试驱动开发到底是个什么东东呢？

在开发之前，先编写测试代码，通过测试案例去编写功能代码。一开始测试案例由于没有功能代码都会无法运行通过，然后通过修改功能代码使测案例一个一个通过测试。

如果这个功能用TTD测试驱动开发去做如何做呢？

首先Presenter中的login()方法不要写功能代码，让他是一个空的方法。
然后新建Presenter测试类将测试案例都列举出来。
编写测试案例的测试代码。
根据测试代码去编写功能代码，使测试案例一个一个通过测试。

3、可能会遇到的问题

3.1、Android的api无法直接使用需要特殊处理

在Presenter中一般只做逻辑操作，不做界面处理，所以很少会用到Android的API。但是这个不是绝对的。比如TextUtils做非空判断。如果不对这个做特殊处理，那么会报无法调用的错误。
解决方案：在TextUtils中新建一个包名一样的TextUtils类即可。

新建TextUtils

3.2、Rxjava的线程测试处理，这里用到Rxjava可能会遇到

这个需要将线程的改为Schedulers.trampoline()强制立即进行当前的任务。
具体看下这篇文章吧：
www.jianshu.com/p/22384556b…

3.3、静态类方法无法被Mock

具体可以看看这个。blog.csdn.net/hongchangfi…

4、其他的测试

单元测试不仅仅只Presenter测试，还有view层的测试和model层的测试。这里就不做说明啦，主要是没去做过view层和model层的测试，知道Presenter层的测试，其他的测试应该大同小异。

手动滑稽

代码地址：github.com/AxeChen/Mvp…

今天的文章Android单元测试—MVP中的Presenter测试分享到此就结束了，感谢您的阅读。

版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/22993.html