浅谈Android单元测试的作用以及简单示例

前提概要

受人嫌弃的单元测试

对于单元测试这个知识点，其实很多开发者是不太接触的，包括笔者，在实习之前也并未实用过单元测试，或者说并没感受到单元测试的好处。

对于bug的调试，笔者之前更倾向于使用log和断点调试，可以说会了这两个，大部分的逻辑bug都能自己解决了。这两个与看似臃肿的单元测试代码相比更受大家的喜爱。

但是，使用log和断点调试的前提是开发人员较少，甚至是单人开发的情况。如果我自己开发，我完全可以每次都使用集成测试，我知道每一个功能会涉及哪些模块的代码，然后根据逻辑设置log或者断点调试。

多人开发难以处理的问题

然而，如果是多人开发呢？每一个模块的代码很可能是由不同的人分开负责的，bug的产生由不同模块共同产生。每一个模块的代码可能都比较复杂，产生bug后，阅读其他人的模块本身比较浪费时间，其次基本不可能让你去修改其他人的代码，这可能会破坏他人的代码结构。

而且错误可能也并不在其他人的代码中，也可能是你们的交互方式有问题。产生bug的原因有太多，并且由单人直接log或者断点调试难以处理，那么这种情况怎么办呢？

单元测试就一定程度上处理了这种困难的情况：给每一个模块加上单元测试，如果该模块可以通过单元测试，就代表没有问题。

在这种情况下，程序员们面对的问题不再是要让整个项目到达理想的效果，而是让自己所面对的单元测试可以通过。这样就大大减少了多人开发中的交互成本。

简单示例

主要就两个文件：

package com.example.xujiajia_sx.myexpressotest;import android.support.v7.app.AppCompatActivity;import android.os.Bundle;public class MainActivity extends AppCompatActivity {  @Override  protected void onCreate(Bundle savedInstanceState) {    super.onCreate(savedInstanceState);    setContentView(R.layout.activity_main);  }  public static int calculate(int a,int b){    return a+b+1;  }}