前提概要
创新互联服务项目包括商丘网站建设、
商丘网站制作、商丘网页制作以及商丘网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，
商丘网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到商丘省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
受人嫌弃的单元测试
对于单元测试这个知识点，其实很多开发者是不太接触的，包括笔者，在实习之前也并未实用过单元测试，或者说并没感受到单元测试的好处。
对于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;
}
}
当前标题：浅谈Android单元测试的作用以及简单示例-创新互联
标题链接：
http://cdkjz.cn/article/ceihcj.html
