Android 带你玩转单元测试
前言
为什么要用到单元测试呢,一般开发谁会写单元测试,反正我认识的人都不会做,又耗时间,效果又一般,要是在单元测试的代码里面又出BUG的话又要改半天,麻烦。
但是有的时候真的是不得不用,比如说你有一步逻辑操作,你想去判断这逻辑操作是否正确。但是运行这步操作之前有10步操作,然后这个逻辑操作的情况一共有10种(举个比较极端的栗子)。那如果你运行Debug检验每一种情况的时候,都需要每种情况先执行10步操作才能验证,那就很麻烦啊。
所以这时候你可能就会需要用到单元测试,直接对单步操作进行测试,也不用把整个项目都跑起来,直接对特定的方法进行测试。
但说句实在话,虽然开发流程中规定要进行单元测试。但这单元测试谁来做,还不是研发来做,我们代码平时都很赶,还有什么时间去写单元测试的逻辑和用例,所以我觉得仅仅对某部分base库或者重要的逻辑做测试就够了。
搭建环境
搭建环境很简单,在gradle中添加依赖
testImplementation 'org.mockito:mockito-core:2.25.1'
版本号肯定不是固定的,可以直接在File-Project Structure中查找这个库,这样肯定是最新版本,不过要记得把implementation变成testImplementation 。
然后我们创建相应的测试类,也很简单,以前我是手动创建的,之前get到别人的一招。
光标放到你想测的类的类名,然后alt + enter , 选择Create Test\
自动会帮你填好name,你想改也行,下面可以选before和after,就是你想在测试前和测试后做的操作的方法。再下面Member可惜选着对应的方法。
选择好之后点击OK,然后会让你选择androidTest下还是test下,默认创建android项目不是帮你创建3个文件夹嘛\
我们因为是只对某个方法做测试,所以选择test(两个文件夹的区别以后再说)。
单元测试
假如我想测一个功能,就测我以前写的那个Gson解析泛型的功能吧。
public T getDataContent(String jsondata){
Gson gson = new Gson();
Type type = getClass().getGenericSuperclass();
Type[] types = ((ParameterizedType) type).getActualTypeArguments();
Type ty = new ParameterizedTypeImpl(BaseResponse.class, new Type[]{types[0]});
BaseResponse<T> data = gson.fromJson(jsondata, ty);
return data.content;
}
看看BaseResponse
public class BaseResponse<T> {
public String ret;
public String msg;
public T content;
}
因为这个是一个很重要的功能,每个地方的网络请求都会走这段代码,所以我要测试它,看看不同的情况是否能得到我想要的结果。
按照上面的做法生成一个测试的类和方法
public class HttpCallBackTest {
@Test
public void getDataContent(){
}
}
可以发现在androidstudio里面,getDataContent方法左边有个运行按钮,点击就可以单独对这个方法进行测试。
现在我们要测试这个功能,那么就需要写测试用例,假如我这边写4个测试用例看看能不能都成功解析,4个json字符串(在代码里面加了换行符所以可能有点难看)。
String mockData = "{\n" +
"\t"ret":"1",\n" +
"\t"msg":"success",\n" +
"\t"content":{\n" +
"\t\t"id":"10000",\n" +
"\t\t"sex":"男",\n" +
"\t\t"age":18\n" +
"\t}\n" +
"}";
String mockData2 = "{\n" +
"\t"ret":"1",\n" +
"\t"msg":"success",\n" +
"\t"content":[\n" +
"\t\t{\n" +
"\t\t\t"id":"10000",\n" +
"\t\t\t"sex":"男",\n" +
"\t\t\t"age":"18"\n" +
"\t\t},\n" +
"\t\t{\n" +
"\t\t\t"id":"10001",\n" +
"\t\t\t"sex":"女",\n" +
"\t\t\t"age":"16"\n" +
"\t\t}\n" +
"\t]\n" +
"}";
String mockData3 = "{\n" +
"\t"ret":"1",\n" +
"\t"msg":"success",\n" +
"\t"content": "aaa"\n" +
"}";
String mockData4 = "{\n" +
"\t"ret":"1",\n" +
"\t"msg":"success",\n" +
"\t"content": []\n" +
"}";
写个对象来接收
public static class TestData{
public String id;
public String sex;
public int age;
}
现在来写测试的代码
(1)第一个测试用例
@Test
public void getDataContent(){
httpCallBack = new HttpCallBack<TestData>();
TestData testData = (TestData) httpCallBack .getDataContent(mockData);
assertEquals("10000",testData.id);
assertEquals("男",testData.sex);
assertEquals(18,testData.age);
}
测试用到的assertEquals方法,这个之后会详细讲。
可以看到下边会有打印 Process finished with exit code 0 说明测试通过,如果不通过会显示详细的不通过的信息。
比如说我写的 assertEquals(12,testData.age); ,错误的情况会提示
如果是代码错误的话也会报出详细的Exception信息。
(2)第二个测试用例
@Test
public void getDataContent(){
httpCallBack = new HttpCallBack<Lits<TestData>>();
Lits<TestData> testDatas = (Lits<TestData>) httpCallBack .getDataContent(mockData2);
assertEquals("女",testDatas.get(1).sex);
}
(3)第三个测试用例
@Test
public void getDataContent(){
httpCallBack = new HttpCallBack<String>();
String testData = (String ) httpCallBack .getDataContent(mockData3);
assertEquals("aaa",testData);
}
(4)第四个测试用例
@Test
public void getDataContent(){
httpCallBack = new HttpCallBack<Lits<TestData>>();
Lits<TestData> testDatas = (Lits<TestData>) httpCallBack .getDataContent(mockData4);
assertEquals(0,testDatas.size());
}
4个用例如果都通过,说明我这个解析json泛型的方法基本不会有问题。
当然,可以把4种情况都写在一起,这样就只用跑一次,我这里是为了看清楚点所有分开写。
这样就是一个简单的单元测试的流程。
assert
从上面可以看出最主要判断测试正确和错误的方法是用assert(断言)。
而这些方法都是属于Assert类,大概的断言方法有这些
其中 assertThat 是一个比较高级的用法,这个以后再说,不过我个人基本是没有用过assertThat ,单单其它的几个方法基本就够用了。
补充
可能有的朋友有些时候觉得测一个类难以下手,比如还是我说的解析代码,你是这样写的。
public void requestFinish(String jsonData){
......
......
Gson gson = new Gson();
Type type = getClass().getGenericSuperclass();
Type[] types = ((ParameterizedType) type).getActualTypeArguments();
Type ty = new ParameterizedTypeImpl(BaseResponse.class, new Type[]{types[0]});
BaseResponse<T> data = gson.fromJson(jsondata, ty);
// 假如用回调的方式
callback.finish(data.content);
......
}
比如这样,要怎么断言,我这个方法中又不仅仅只有解析的代码,还有其他的代码,而且我这个方法是一个void方法,不像上面一样有返回值的。
其实很简单,要不然就判断这个方法的外层那个方法,要不然就像我一样单独把那块功能代码抽出来。我是建议抽出来,也符合单一职权。
总结
这是我自己旧博客的文章,原地址 http://www.jianshu.com/p/472c4c35e… ,现在使用单元测试会比之前更方便,当你写了一个很复杂的方法,但你想测试不同的输入会输出不同的情况,如果你不用单元测试,你就需要每次改输入的变量然后run,这种情况下使用单元测试会帮助你剩下很多的时间,具体的还要视情况而定。
作者:流浪汉kylin
链接:https://juejin.cn/post/7149750533207621668
来源:稀土掘金
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。